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作为 一 名 程序 员 ， 我 的 职业 生涯 中 一 直 贯 穿着 这 样 的 主题 : 寻求 更 好 的 抽象 和 更 好 的 工 
具 来 编写 更 好 的 软件 。 经 过 了 这 些 年 ， 我 认为 可 组 合 性 (composability) 是 一 项 比 其 他 特 
征 更 重要 的 特征 。 如 果 我 们 编写 的 代码 具有 很 好 的 可 组 合 性 ， 这 通常 意味 着 这 些 代码 同 
样 具备 软件 工程 师 所 看 重 的 其 他 特征 ， 如 正 交 性 (orthogonality) 、 松 耦合 性 以 及 高 聚合 性 
(high cohesion) 。 这 些 都 是 互通 的 。 

几 年 前 ， 当 我 发 现 Scala 语言 时 ， 它 的 可 组 合 性 便 给 我 带 来 了 很 大 的 震撼 。 

Martin Odersky 创造 Scala 时 ， 运 用 了 一 些 简洁 的 设计 方法 以 及 源 于 面向 对 象 和 函数 式 编程 
的 一 些 看 似 简 单 却 很 强大 的 抽象 ， 这 使 得 Scala 具备 高 聚合 性 ， 而 具备 了 正 交 性 的 高 度 抽象 
则 给 这 门 语言 带 来 可 用 于 软件 设计 各 个 方面 的 可 组 合 性 。Scala 是 一 门 真正 具备 了 可 扩展 性 
的 语言 ， 我 们 既 能 使 用 它 编写 各 种 脚本 语言 ， 也 能 使 用 它 实现 大 规模 企业 应 用 和 中 间 件 。 
Scala 起 源 于 学 术 界 ， 却 已 经 成 长 为 了 一 门 注重 实用 性 的 语言 ， 对 于 那些 真实 生产 环境 中 
的 应 用 场景 ，Scala 已 经 完全 准备 好 了 。 


«Scala 程序 设计 》 一 书 的 实用 性 让 我 感到 兴奋 。Dean 干 得 太 棒 了 ， 除 了 使 用 有 趣 的 讨论 和 
示例 对 Scala 这 门 语言 进行 讲解 之 外 ， 还 将 这 些 内 容 套 到 真实 世界 的 应 用 场景 中 。 这 本 书 
是 为 那些 希望 能 够 解决 实际 问题 的 程序 员 所 编写 的 。 

几 年 前 ， 我 们 还 都 是 面向 切面 编程 委员 会 的 成 员 时 ， 我 认识 了 Dean。 我 很 庆幸 能 够 认识 
他 。Dean 拥有 一 个 少见 的 混合 型 大 脑 ， 他 既 能 思考 高 深 的 学 术 问 题 ， 也 能 想到 如 何 运用 实 
际 的 方法 解决 问题 。 
通过 阅读 这 本 书 ， 你 将 学 到 如 何 使 用 mixin 和 函数 组 合 编写 可 重用 组 件 ， 如 何 运 用 Akka 
库 编写 响应 式 (reactive) 应 用 ， 如 何 高 效 地 使 用 Scala 提供 的 一 些 高 级 特征 ， 如 宏 、higher 
kinded 类 型 ， 如 何 通 过 Scala 的 丰富 、 灵 活 而 又 富有 表现 力 的 语法 构造 领域 特定 语言 ， 如 
何 有 效 地 测试 你 的 Scala 代码 ， 如 何 通 过 Scala 简化 大 数据 问题 ， 等 等 。 


读者 们 ， 请 好 好 享受 阅读 这 本 书 的 时 光 ， 正 如 我 所 做 的 那样 。 




































































Jonas Bonér 
Typesafe 公司 联合 创始 人 兼 技术 总 监 ，2014 年 8 月 
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(Scala 程序 设计 》 问 读者 介绍 了 一 门 既 令 人 振奋 又 功能 强大 的 语言 ， 该 门 语言 集合 了 现代 
对 象 模 型 、 函 数 式 编程 以 及 先进 类 型 系统 的 所 有 优点 ， 同 时 又 能 应 用 获得 产业 界 大 量 投资 
的 Java 虚拟 机 (JVM)。 这 本 书 通 过 大 量 的 代码 示例 ， 向 读者 全 面 阐述 了 如 何 使 用 Scala 
迅速 编写 代码 ， 解 释 了 为 什么 Scala 是 编写 可 扩展 、 分 布 式 、 基 于 组 件 且 支持 并 发 和 分 布 
的 应 用 程序 的 最 完美 语言 。Scala 运行 在 先进 的 JVM 平台 之 上 ， 通 过 阅读 本 书 ， 读 者 还 能 
了 解 到 Scala 是 如 何 发 挥 JVM 平台 优势 的 。 

如 果 你 想 了 解 更 多 内 容 ， 请 访问 http://programming-scala.org 或 查阅 本 书目 录 (http://shop. 
oreilly.com/product/0636920033073.do) 。 


次 迎 阅 读 《Scala 程 序 设计 (第 2 版 )》 


本 书 第 1 版 出 版 于 2009 年 秋 ， 是 当时 市 面 上 第 三 本 讲述 Scala 的 图 书 ， 仅 仅 因 为 耽误 了 几 
个 月 ， 未 能 成 为 第 二 本 。Scala 当时 的 官方 版 本 号 为 2.7.5， 而 2.8.0 版 则 接近 完工 。 


从 那 时 起 ，Scala 世界 发 生 了 巨大 的 变化 。 编 写本 书 时 ，Scala 的 版 本 号 为 2.11.2。 为 了 进 
一 步 提 升 Scala 语言 以 及 相关 工具 ，Scala 的 创建 者 Martin Odersky 与 基于 actor 模型 的 并 
发 框架 Akka 的 作者 Jonas Bonér 一 同 创 立 了 Typesafe (http://typesafe.com) 公司 。 


现在 已 经 出 版 了 很 多 Scala 的 图 书 ， 我 们 真 的 有 必要 再 推出 第 2 版 吗 ? 市 场 上 现存 不 少 适 
合 初学 者 的 Scala 指南 ， 也 出 现 了 一 些 供 高 级 学 习 者 使 用 的 图 书 ， 由 Artima 出 版 Odersky 
等 人 撰写 的 《Scala 编程 (第 2 版 )》 仍 被 视 为 Scala 语言 的 百科 全 书 。 


然而 ， 本 书 第 2 版 非常 完整 地 描述 了 Scala 语言 及 其 生态 系统 ， 既 为 初学 者 成 为 Scala 高 级 
用 户 提供 了 所 需要 的 指导 ， 又 关注 了 开发 人 员 所 面 对 的 实用 性 问题 ， 这 是 本 书 独一无二 的 
地 方 ， 也 是 第 1 版 广 受 欢迎 的 原因 所 在 。 

与 2009 年 相 比 ， 现 在 有 更 多 的 机 构 选用 了 Scala， 大 多 数 Java 开发 者 也 都 听 说 过 这 门 语 
言 。 同 时 ， 也 出 现 了 一 些 针 对 Scala 语言 的 持续 质疑 。Scala 是 不 是 太 复 杂 了 ? BEM Java 8 
已 经 引入 了 一 些 Scala 特性 ， 那 还 有 必要 使 用 Scala 吗 ? 
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对 于 真实 世界 中 的 种 种 质疑 ， 我 将 一 一 解答 。 我 常常 说 ，Scala 的 一 切 ， 包 括 它 的 不 足 之 
处 ， 都 让 我 为 之 着 迷 。 我 希望 读者 阅读 完 本 书 也 会 有 同感 。 


如 何 阅读 本 书 

本 书 论述 全 面 ， 初 级 读者 无 须 阅 读 所 有 内 容 便 可 以 使 用 Scala 进行 编程 。 本 书 的 前 3 章 
“RAKE: Scala 简介 ”“ 更 简洁 ， 更 强大 ”和 “要 点 详解 "， 简 要 概括 了 Scala 的 核心 语 
言 特性 。 第 4 章 “ 模 式 匹配 ”和 第 5 章 “ 隐 式 详解 ”描述 了 使 用 Scala 编程 时 每 天 都 会 用 
到 的 两 类 基本 工具 ， 通 过 对 这 两 类 工具 的 描述 将 读者 引领 到 更 深 的 领域 里 。 

函数 式 编程 (FP) 是 一 种 重要 的 软件 开发 方案 ,假如 你 之 前 从 未 接触 过 FP， 那么 阅读 第 6 
章 能 通过 Scala 学 习 函 数 式 编 程 。 紧 接着 第 7 章 ， 将 说 明 Scala 对 for 循环 的 扩展 ， 以 及 如 
可 使 用 该 扩展 提供 的 简洁 语法 实现 复杂 而 又 符合 规范 的 函数 式 代码 。 


之 后 ， 第 8 章 将 介绍 Scala 是 如 何 支持 面向 对 象 编 程 (OOP) 的 。 为 了 强调 FP 对 于 解决 软 
件 开 发 问题 的 重要 性 ， 我 将 FP 相关 章节 放 到 OOP 章节 之 前 。 如 果 将 Scala 当 作 “更 好 的 
面向 对 象 的 Java”， 那 会 较 容易 上 手 ， 但 这 样 会 丢掉 这 门 语言 最 有 力 的 工具 。 第 8 章 的 大 
多 数 内 容 在 概念 上 很 容易 理解 ， 读 者 将 学 到 在 Scala 中 如 何 定义 类 、 构 造 国 数 等 与 Java 相 
以 的 概念 。 

第 9 章 将 继续 探索 Scala 的 功能 一 一 使 用 trait 对 行为 进行 封装 。Java 8 受到 了 Scala trait 机 
制 的 影响 ， 通 过 对 接口 进行 扩展 ， 新 增 了 部 分 trait 功能 。 对 于 这 部 分 内 容 而 言 ， 即 便 是 有 
经 验 的 Java 程序 员 也 需要 花 时 间 理 解 。 

接 下 来 的 4 章 ， 从 第 10 章 到 第 13 章 ,“Scala 对 象 系统 (1)”“Scala 对 象 系统 (IT)”“Scala 
集合 库 ” 以 及 “可 见 性 规则 ”， 详 细 地 讲解 了 Scala 的 对 象 模型 和 库 类 型 。 由 于 第 10 章 包 
含 了 一 些 必须 要 尽早 掌握 的 基本 知识 ， 因 此 阅读 时 要 务必 仔细 。 第 11 章 讲 述 了 如 何 正确 
地 实现 普通 类 型 层次 ， 你 可 以 在 第 一 遍 阅 读本 书 时 略 过 这 一 章 。 第 12 章 讨论 了 集合 设计 
问题 并 提供 了 合理 使 用 集合 的 相关 信息 。 再 重申 一 遍 ， 假 如 你 初次 接触 Scala， 那 么 请 先 
略 过 此 章 ， 当 你 试图 掌握 集合 类 API 的 详细 内 容 时 ， 再 回来 学 习 。 最 后 ， 第 13 章 详细 解 
释 了 Scala 是 如 何 对 Java 的 public, protected 以 及 private 可 见 性 概念 进行 细 粒 度 扩 展 的 。 
可 以 快速 阅览 此 章 。 

从 第 14 章 开 始 ， 我 们 将 进入 更 高 级 的 主题 : Scala 复杂 类 型 。 这 部 分 内 容 划 分 为 两 章 : 第 
14 章 包含 了 Scala 新 手相 对 容易 理解 的 概念 ， 而 第 15 章 则 讲述 了 更 高 级 的 内 容 ， 你 可 以 
选择 以 后 再 进行 阅读 。 

类 似 地 ， 第 16 章 “ 高 级 函数 式 编程 ”讲述 的 内 容 中 包括 了 更 多 高 级 的 理论 概念 ， 例 如 ， 
Monad FUH FN (Functor) 这 些 起 源 于 范畴 论 的 概念 。 一 般 水 平 的 Scala 开发 者 在 最 初 并 
不 需要 掌握 这 些 内 容 。 

第 17 章 “ 并 发 工具 ”有 助 于 开发 大 型 服务 的 程序 员 实现 并 发 性 的 可 伸缩 性 和 可 扩展 性 。 
这 一 章 既 论述 了 Akka 这 一 基于 actor 的 富 并 发 模型 ， 又 讲述 了 像 Future 这 类 有 助 于 编写 
异步 代码 的 库 类 型 。 
























































































































































第 18 章 “Scala 与 大 数据 *”， 通 常 而 言 ， 在 大 数据 以 及 其 他 以 数据 为 中 心 的 计算 领域 里 ， 应 
用 Scala 和 函数 式 编程 能 够 构造 杀手 级 应 用 。 

第 19 章 “Scala 动态 调用 ”和 第 20 章 “Scala 的 领域 特定 语言 ”是 较为 高 级 的 专题 ， 探 讨 
了 可 用 于 构建 富 领 域 特 定语 言 的 一 些 工 具 。 

第 21 章 “Scala 工具 和 库 ” 讨 论 了 一 些 IDE 和 第 三 方 库 。 假 如 你 是 Scala 新 手 ， 那 么 请 阅 
读 IDE 和 编辑 器 支持 的 相关 小 节 ， 同 时 阅读 关于 Scala 公认 的 项 目 构建 工具 : SBT 的 相关 
小 节 。 本 章 最 后 列 出 了 可 以 引用 的 库 列 表 。 第 22 章 “ 与 Java 的 互 操作 ”对 于 那些 需要 互 
用 Java 和 Scala 代码 的 团队 而 言 很 有 帮助 。 

第 23 章 “ 应 用 程序 设计 ”是 为 架构 师 和 软件 组 长 而 写 的 。 我 在 这 一 章 分 享 了 自己 在 应 用 
设计 方面 的 一 些 观 点 。 传 统 模式 使 用 了 相对 较 大 的 JAR 文件 ， 而 这 些 JAR 文件 又 包含 了 
复杂 的 对 象 图 谱 。 因 此 我 认为 这 种 模式 是 一 种 不 良 模 式 ， 需 要 进行 变更 。 

最 后 ， 第 24 章 “ 元 编程 ， 宏 与 反射 ”介绍 了 本 书 最 高 级 的 主题 。 当 然 ， 如 果 你 是 初学 者 ， 
也 可 以 略 过 这 一 章 。 

本 书 在 附录 A 中 总 结 了 一 些 资料 ， 供 读者 进一步 陪读。 


本 书 未 涉及 的 内 容 

模块 化 库 是 Scala 最 新 的 2.11 版 的 一 大 焦点 ， 它 将 库 文件 分 解 成 更 小 的 JAR 文件 ， 这 样 
一 来 ， 在 将 系统 部 署 到 空间 受 限 的 环境 时 (如 和 手机 设备 )， 便 能 很 容易 移 除 不 需要 的 代码 。 
除 此 之 外 ， 新 版 移 除 了 库 中 一 些 原本 被 标示 为 “过 时 ”(deprecated) 的 包 和 类 型 ， 还 将 其 
他 的 一 些 包 和 类 型 标示 为 deprecated， 这 通常 是 因为 Scala 不 再 维护 这 些 包 和 类 型 ， 而 且 有 
更 好 的 第 三 方 的 替代 品 。 

因此 ， 我 们 不 会 在 本 书 中 讨论 那些 在 2.11 版 本 中 被 标示 为 deprecated 的 包 ， 有 具体 如 下 。 

e scala.actors (http://www.scala-lang.org/api/current/scala-actors/#scala.actors.package ) 


—# actor 库 。 请 使 用 Akka actor 库 。( 我 们 将 在 17.3 节 对 该 库 进 行 描述 。) 






























































e scala.collection.script (http://www.scala-lang.org/api/current/#scala.collection.script. 
package) 
该 库 用 于 编写 监控 集合 以 及 更 新 集合 相关 “脚本 ”。 








。 scala.text (http://www.scala-lang.org/api/current/#scala.text.package) 


一 套用 于 “格式 化 打印 ”(pretty-printing) 的 库 。 
下 面 列举 了 在 Scala 2.10 中 标示 为 deprecated 并 已 从 2.11 版 移 除 的 包 。 


e scala.util.automata (http://www.scala-lang.org/api/2.10.4/#scala.util.automata.package) 


使 用 正则 表达 式 构 建 确定 有 限 自动 机 (DFA)。 




















e scala.util.grammar (http://www.scala-lang.org/api/2.10.4/#scala.util.grammar.package) 


属于 parsing JÆ. 





scala.util.logging (http://www.scala-lang.org/api/2. 10.4/#scala.util logging.package ) 
推荐 使 用 某 一 JVM 平台 上 活跃 的 第 三 方 日 志 库 。 

scala.util.regexp (http://www.scala-lang.org/api/2.10.4/#scala.util.regexp.package) 

对 正则 表达 式 进 行 句 式 分 析 。scala.util.matching 包 同 样 支持 正则 表达 式 ， 请 使 用 功 
能 更 为 强大 的 scala.util.matching 包 。 

.NET 编译 器 后 台 

Scala 团队 曾 在 .NET 运行 的 环境 之 上 搭建 编译 器 后 台 及 库 。 不 过 由 于 大 家 对 这 次 迁移 
的 兴趣 不 断 衰减 ， 因 此 这 项 工作 已 经 暂停 。 





























我 们 不 会 对 Scala 库 中 每 个 包 和 类 型 都 进行 讨论 。 由 于 篇 幅 和 其 他 原因 ， 下 面 这 些 包 并 不 
会 在 本 书 中 提 及 。 




















scala.swing (http://www.scala-lang.org/api/current/scala-swing/#scala.swing.package ) 


对 Java Swing 库 进 行 封 装 。 尽 管 仍然 有 人 维护 该 库 ， 但 已 很 少 有 人 使 用 它 。 








scala.util.continuations (http://www.scala-lang.org/files/archive/api/current/scala- 
continuations-library/#scala.util.continuations.package ) 

编译 器 插件 ， 用 于 生成 连续 传递 格式 (continuation-passing style, CPS) 的 代码 。 这 是 
一 个 特殊 的 工具 ， 目 前 很 少 有 人 使 用 它 。 








App (http://www.scala-lang.org/api/current/#scala.App) 和 DelayedInit (http://www.scala- 
lang.org/api/current/#scala.DelayedInit) 特征 

使 用 这 两 个 类 型 能 很 方便 地 实现 main 类 型 (入口 类 型 )， 它 们 也 是 Java 类 中 static 
main 方法 的 同义词 。 不 过 由 于 它们 有 时 候 会 导致 奇怪 的 行为 ， 因 此 我 并 不 推荐 使 用 它 
们 。 我 会 使 用 通用 的 、 符 合 规范 的 Scala 方法 编写 main 方法 。 








scala.ref (http:/www.scala-lang.org/api/current/#scala.ref.package) 

对 某 些 Java 类 型 进行 了 封装 ， 如 WeakReference， 这 是 java.lang.ref.WeakReference 的 
封装 类 。 

scala.runtime (http:/www.scala-lang.org/api/current/#scala.runtime.package) 


用 于 实现 类 库 的 类 型 。 


scala.util.hashing (http://www.scala-lang.org/api/current/#scala.util.hashing.package ) 


提供 了 多 种 散 列 算法 。 


欢迎 阅读 《Scala 程 序 设 计 〈 第 1 版 ) 》 


一 门 编程 语言 能 够 流行 起 来 是 有 一 定 原因 的 。 有 时候 ， 某 一 平台 的 程序 员 会 青睐 于 某 一 特 
定语 言 或 平台 提供 商 所 建议 的 语言 。 大 多 数 Mac OS 开发 者 习惯 使 用 Objective-C， 大 多 数 
Windows 平台 开发 者 使 用 C++ 和 .NET 语言 ， 而 嵌入 式 系统 开发 者 则 使 用 C 和 C++. 
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有 时 ， 语 言 能 流行 起 来 归功 于 其 技术 上 的 优势 ， 这 一 优势 能 够 使 其 变 得 时 尚 、 让 人 着 迷 。 
C++, Java Fil Ruby 便 曾 引起 程序 员 的 狂热 党 拜 。 

有 时 ， 语 言 会 因为 适应 时 代 的 需要 而 流行 起 来 。Java 最 初 被 视 为 一 门 能 够 用 于 编写 基于 
浏览 器 的 富 客 户 端 应 用 的 完美 语言 。 当 面向 对 象 编程 变 得 主流 时 ，Smalltalk 抓 住 了 这 一 
HLB o 


现在 ， 并 发 、 异 构 型 、 永 不 停止 的 服务 以 及 不 断 缩短 的 开发 计划 ， 使 得 业内 对 函数 式 编程 
越 来 越 感 兴趣 。 似 乎 面向 对 象 编程 的 统治 地 位 即将 结束 ， 而 混合 式 编程 范式 将 流行 起 来 ， 
甚至 会 变 得 不 可 或 缺 。 

如 今 我 们 构建 的 应 用 大 多 是 可 靠 、 高 性 能 、 高 并 发 的 互联 网 或 企业 级 应 用 程序 ， 我 们 也 
希望 会 有 一 门 通 用 编程 语言 适应 这 一 要 求 ，Scala 能 将 我 们 从 其 他 语言 的 阵营 中 吸引 过 来 ， 
便 是 因为 它 具 备 了 许多 最 理想 的 特性 。 


Scala 是 一 门 多 范式 语言 ， 同 时 支持 面向 对 象 和 函数 式 编程 。Scala 具有 可 扩展 性 ， 从 小 脚 
本 到 基于 组 件 的 大 规模 应 用 程序 ，Scala 均 可 胜任 。Scala 是 深奥 的 ， 它 从 全 世界 的 计算 机 
科学 系 中 吸收 了 先进 的 思想 。Scala 又 是 实用 的 ， 它 的 创建 者 Martin Odesky 参与 了 多 年 的 
Java 开发 ， 能 理解 专业 开发 人 员 的 需求 。 

Scala 简洁 、 优 雅 而 又 富有 表现 力 的 语法 ， 以 及 提供 的 众多 工具 让 我 们 为 之 着 迷 。 本 书 力 
图 阐明 为 什么 这 些 特性 会 使 Scala 引 人 注 目 、 不 可 或 缺 。 

腿 如 你 是 一 位 有 经 验 的 开发 者 ， 和 希望 能 快速 全 面 地 了 解 Scala， 那 么 这 本 书 很 适合 你 。 你 
也 许 正 在 思考 是 否 改 用 Scala 或 将 其 作为 另 一 门 补充 语言 ， 抑 或 你 已 经 决定 使 用 Scala， 需 
要 学 习 并 很 好 地 掌握 Scala 的 特性 。 无 论 是 哪 种 情况 ， 我 们 都 希望 能 以 一 种 平易 近 人 的 方 
式 曾 明 这 门 强大 的 语言 。 

我 们 假设 你 已 经 很 好 地 掌握 了 面向 对 象 的 编程 ， 但 并 没有 接触 过 函数 式 编 程 。 我 们 认为 你 
熟悉 一 门 或 多 门 其 他 的 语言 。 我 们 对 比 了 Java、C#、Ruby 等 语言 的 特性 ， 如 果 你 熟悉 任 
何 一 种 语言 ， 会 了 解 Scala 中 的 相似 特性 ， 以 及 一 些 全 新 特性 。 
无 论 你 是 否 具 有 面向 对 象 或 国 数 式 编程 的 背景 ， 都 会 了 解 到 Scala 如 何 优雅 地 融合 这 两 种 
范式 ， 展 示 了 它们 的 互补 性 。 基 于 众多 示例 ， 你 还 能 明白 针对 不 同 的 设计 问题 如 何以 及 
何 时 应 用 OOP 和 FP HER. 

最 后 ， 我 们 希望 你 也 会 为 Scala 着 迷 。 即 便 Scala 未 能 成 为 你 日 常 使 用 的 语言 ， 无 论 你 使 用 
什么 语言 ， 我 们 也 希望 你 能 从 Scala 中 洞察 到 些许 知识 。 


排版 约定 
本 书 使 用 以 下 排版 约定 。 


。 楷体 
表示 新 术语 。 
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。 RF (constant width) 
表示 程序 片段 ， 以 及 正文 中 出 现 的 变量 、 函 数 名 、 数 据 库 、 数 据 类 型 、 变量 、 语 
句 和 关键 字 等 。 
。 加 粗 等 宽 字 体 (constant width bold) 
表示 应 该 由 用 户 输 入 的 命令 或 其 他 文本 。 
© 倾斜 的 等 宽 字 体 (constant width italic) 
表示 应 该 由 用 户 输入 的 值 或 根据 上 下 文 决定 的 值 替 换 的 文本 。 





该 图 标 表 示 提 示 或 建议 。 








该 图 标 表示 一 般 注 记 。 








使 用 代码 示例 


本 书 就 是 要 帮 读 者 解决 实际 问题 的 。 也 许 你 需要 在 自己 的 程序 或 文档 中 用 到 本 书 中 的 代 
码 。 除 非 大 段 大 段 地 使 用 ， 否 则 不 必 与 我 们 联系 取得 授权 。 因 此 ， 使 用 本 书 中 的 几 段 代码 
写成 一 个 程序 不 用 向 我 们 申请 许可 。 但 是 ， 销 售 或 者 分 发 O'Reilly 图 书 随 附 的 代码 光盘 则 
必须 事先 获得 授权 。 引 用 书 中 的 代码 来 回答 问题 也 无 需 我 们 授权 。 将 大 段 的 示例 代码 整合 
到 你 自己 的 产品 文档 中 则 必须 经 过 许可 。 

使 用 我 们 的 代码 时 ， 和 希望 你 能 标明 它 的 出 处 。 出 处 一 般 要 包含 书 名 、 作 者 、 出 版 商 和 书 
号 ， (lx: “Programming Scala, Second Edition by Dean Wampler and Alex Payne. Copyright 
2015 Dean Wampler and Alex Payne, 978-1-491-94985-6.” 


如 果 还 有 其 他 使 用 代码 的 情形 需要 与 我 们 沟通 ， 可 以 随时 通过 permissions @ oreilly.com 与 
我 们 联系 。 
































获得 示例 代码 
读者 可 以 从 GitHub (https://github.com/deanwampler/prog-scala-2nd-ed-code-examples) 下 载 
代码 示例 ， 并 把 下 载 后 的 文件 解压 到 指定 位 置 。 请 阅读 随 示例 发 布 的 README 文件 ， 了 
解 如 何 构建 和 使 用 这 些 示例 。( 第 1 章 会 对 相关 指令 进行 归纳 说 明 。) 
一 些 示 例文 件 可 以 作为 脚本 ， 使 用 scala 命令 运行 ， 而 另外 一 些 则 必须 编译 成 class 文件 ， 
还 有 一 些 文件 本 身 就 包含 了 故意 植 入 的 错误 ， 无 法 通过 编译 。 为 了 表明 文件 类 型 ， 我 采用 
了 某 种 特定 的 文件 命名 方式 。 实 际 上 ， 在 学 习 Scala 的 过 程 中 ， 你 也 能 从 文件 内 容 中 发 现 
文件 类 型 。 在 大 多 数 情况 下 ， 本 书 示例 文件 遵循 下 列 命名 规范 。 
e * scala 
这 是 Scala 文件 的 标准 文件 扩展 名 ， 不 过 你 无 法 从 该 扩展 名 中 分 辨 该 文件 是 必须 使 用 
scalac 进行 编译 的 源 文件 ， 还 是 可 以 直接 使 用 scala 运行 的 脚本 文件 ， 或 者 是 本 书 特意 
植 人 了 错误 的 无 效 代码 文件 。 因 此 ， 本 书 示例 代码 中 使 用 了 scala 扩展 名 的 文件 必须 单 
独 经 过 编译 才能 使 用 ， 编 译 过 程 与 编译 Java 代码 相似 。 





























e * sc 

以 .sc 后缀 结尾 的 文件 可 以 作为 脚本 文件 ， 使 用 scala 命令 运行 。 例 如 : scala foo.sc 
命令 会 执行 foo.sc 脚本 。 你 还 可 以 在 解释 模式 下 启动 scala， 并 通过 : load 命令 加 载 任 
意 脚本 文件 。 请 注意 ， 使 用 .sc 对 脚本 进行 命名 并 不 是 Scala 社区 的 命名 标准 ， 不 过 由 
于 SBT 构建 项 目 时 会 忽略 .sc 文件 ， 因 此 我 们 在 此 处 用 其 对 脚本 进行 命名 。 与 此 同时 ， 
IDE 提供 的 worksheet 新 功能 将 worksheet 文件 命名 为 .sc 文件 ， 我 们 会 在 第 1 章 中 讨论 
这 一 功能 。 所 以 使 用 .sc 对 脚本 命名 是 一 个 可 以 接受 的 、 便 利 的 命名 方法 。 再 次 申明 ， 
通常 情况 下 我 们 使 用 .scala 扩展 名 为 脚本 文件 和 代码 命名 。 


e * scalaX A *.scX 
某 些 示例 文件 中 特意 植 和 人 了 某 些 导致 编译 异常 的 错误 。 为 了 避免 导致 编译 出 错 ， 这 些 
文件 使 用 了 .scalaX 或 .scX 扩展 名 。.scalaX 表示 代码 文件 ， 而 .scX 则 表示 脚本 文件 。 
再 次 重申 ，.scalaX 和 .scX 扩展 名 并 不 是 业内 使 用 的 扩展 名 。 这 些 文件 中 也 艇 入 了 一 些 
注释 ， 用 于 说 明 这 些 文件 无 法 执行 的 原因 。 
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Safari? Books Online 


Safari Books Online (http://www.safaribooksonline.com) 是 应 需 


Safa ri 而 变 的 数字 图 书馆 。 它 同时 以 图 书 和 视频 的 形式 出 版 世界 顶级 
Books Online. 技术 和 商务 作家 的 专业 作品 。 
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对 于 组 织 团 体 、 政 府 机 构 和 个 人 ，Safari Books Online 提供 各 种 产品 组 合 和 灵活 的 定 

价 策略 。 用 户 可 通过 一 个 功能 完备 的 数据 库 检 索 系 统 访问 O'Reilly Media, Prentice 
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Mike Loukides 是 我 们 的 编辑 ， 他 深 知 应 该 如 何以 温和 的 方式 催促 进度 。 他 在 我 们 写 书 的 过 
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PES E | 


RJ 吾 


体 (Chicago Area Scala Enthusiasts, CASE ) 也 为 本 书 提供 了 很 有 价值 的 反馈 及 向 励 。 
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作 中 很 好 地 演示 了 Scala 语言 的 能 力 。Alex 同时 要 对 湾 区 Scala 爱好 者 (Bay Area Scala 
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我 们 要 特别 感谢 Martin Odersky 和 他 的 团队 ， 感 谢 他 们 创造 了 Scala。 











第 1 章 
雪 到 六 十 : Scala 





本 章 将 简要 说 明 Scala 为 何 应 该 受到 重视 。 之 后 我 们 将 会 深入 学 习 Scala， 并 动手 编写 一 些 
代码 。 


1.1 为 什么 选择 Scala 


Scala 是 一 门 满 足 现代 软件 工程 师 需求 的 语言 ， 它 是 一 门 静 态 类 型 语言 ， 支 持 混 合 范式 ， 它 
也 是 一 门 运行 在 JVM 之 上 的 语言 ， 语 法 简洁 、 优 雅 、 灵 活 。Scala 拥有 一 套 复 杂 的 类 型 ; 
Hi, Scala 方言 既 能 用 于 编写 简短 的 解释 脚本 ， 也 能 用 于 构建 大 型 复杂 系统 。 这 些 只 是 它 
的 一 部 分 特性 ， 下 面 我 们 来 详细 说 明 。 
。 运行 在 JVM 和 JavaScript 之 上 的 语言 
Scala 不 仅 利用 了 JVM 的 高 性 能 以 及 最 优化 性 ，Java 丰富 的 工具 及 类 库 生 态 系 统 也 为 其 
所 用 。 不 过 Scala 并 不 是 只 能 运行 在 JVM ZE! Scala.js (http://www.scala-js.org) 正在 
尝试 将 其 迁移 到 JavaScript 世界 。 
。 静态 类 型 
在 Scala 语言 中 ,静态 类 型 (static typing) 是 构建 健壮 应 用 系统 的 一 个 工具 。Scala 修正 
T Java 类 型 系统 中 的 一 些 缺陷 ， 此 外 通过 类 型 推演 (type inference) 也 免除 了 大 量 的 元 
余 代 码 。 
。 混合 式 编程 范式 面向 对 象 编程 
Scala 完全 支持 面向 对 象 编程 (OOP), Scala 引入 特征 (trait) 改进 了 Java 的 对 象 模型 。 
trait 能 通过 使 用 混合 结构 (mixin composition) 简洁 地 实现 新 的 类 型 。 在 Scala H, 一切 
都 是 对 象 ， 即 使 是 数值 类 型 。 






































。 混合 式 编程 范式 一 一 函数 式 编程 
Scala 完全 支持 函数 式 编程 (FEP) ， 国 数 式 编 程 已 经 被 视 为 解决 并 发 、 大 数据 以 及 代码 正 
确 性 问题 的 最 佳 工 具 。 使 用 不 可 变 值 、 被 视 为 一 等 公民 的 函数 、 无 副作用 的 函数 、 高 阶 
函数 以 及 函数 集合 ， 有 助 于 编写 出 简洁 、 强 大 而 又 正确 的 代码 。 

。 复杂 的 类 型 系统 
Scala 对 Java 类 型 系统 进行 了 扩展 ， 提 供 了 更 灵活 的 泛 型 以 及 一 些 有 助 于 提高 代码 正确 
性 的 改进 。 通 过 使 用 类 型 推演 ，Scala 编写 的 代码 能 够 和 动态 类 型 语言 编写 的 代码 一 样 
精简 。 

。 简洁、 优雅、 灵活 的 语法 
使 用 Scala 之 后 ，Java 中 元 长 的 表达 式 不 见 了 ， 取 而 代 之 的 是 简洁 的 Scala 方言 。Scala 
提供 了 一 些 工 具 ， 这 些 工具 可 用 于 构建 领域 特定 语言 (DSL)， 以 及 对 用 户 友 好 的 API 
接口 。 

。 可 扩展 的 架构 
使 用 Scala， 你 能 编写 出 简短 的 解释 性 脚本 ， 并 将 其 粘 合成 大 型 的 分 布 式 应 用 。 以 下 四 
种 语言 机 制 有 助 于 提升 系统 的 扩展 性 : 1) 使 用 trait 实现 的 混合 结构 ，2) 抽象 类 型 成 员 
和 泛 型 ，3) REK; 4) 显 式 自 类 型 (self type)。 


Scala 实际 上 是 Scalable Language 的 缩写 ， 意 为 可 扩展 的 语言 。Scala 的 发 音 为 scah-lah， 
像 意大利 语 中 的 staircase (楼 梯 )。 也 就 是 说 ， 两 个 a 的 发 音 是 一 样 的 。 


早 在 2001 Æ, Martin Odersky 便 开 始 设计 Scala， 并 在 2004 年 1 月 20 日 推出 了 第 一 个 公 
开 版 本 (参见 http://article.gmane.org/gmane.comp.lang.scala/17) 。Martin 是 瑞士 洛桑 联邦 理 
工大 学 (EPFL) 计算 机 与 通信 科学 学 院 的 一 名 教授 。 在 就 读 研 究 生 时 ，Martin 便 加 入 了 
由 Niklaus Wirth: 领导 的 PASCAL fame 项 目 组 。Martin 曾 任 职 于 Pizza 项 目 组 ，Pizza 是 运 
行 在 JVM 平台 上 早期 的 国 数 式 语言 。 之 后 与 Haskell 语言 设计 者 之 一 Philip Wadler 一 起 转 
战 GJ。GJ 是 一 个 原型 系统 ， 最 终 演变 为 Java 泛 型 。Martin 还 曾 受 雇 于 Sun 公司 ， 编 写 了 
javac 的 参考 编译 如 ， 这 和 套 系统 后 来 演化 成 了 IDK 中 自 带 的 Java 编译 器 。 


1.1.1 富有 魅力 的 Scala 


自从 本 书 第 1 版 出 版 之 后 ，Scala 用 户 数量 急剧 上 升 ， 这 也 证 实 了 我 的 观点 : Scala 适应 当 
前 时 代 。 当 前 我 们 会 遇 到 很 多 技术 挑战 ， 如 大 数据 、 通 过 并 发 实现 高 扩展 性 、 提 供 高 可 用 
并 健壮 的 服务 。Scala 语法 简洁 但 却 富有 表现 力 ， 能 够 满足 这 些 技术 挑战 。 在 享受 Scala 最 
先进 的 语言 特性 的 同时 ， 你 还 可 以 拥有 成 熟 的 JVM、 库 以 及 生产 工具 给 你 带 来 的 便利 。 
在 那些 需要 努力 才能 成 功 的 领域 里 ， 专 家 们 往往 都 需要 掌握 复杂 强大 的 工具 和 技术 。 也 许 
掌握 这 些 工具 技能 需要 花费 一 些 时 间 ， 但 是 掌握 它们 是 你 事业 成 功 的 关键 ， 所 以 花费 这 些 
时 间 都 是 值得 的 。 
























































注 1: PASCAL 之 父 。 一 一 译 者 注 
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我 确信 对 于 专家 级 开发 者 而 言 ，Scala 就 是 这 样 一 门 语言 。 并 不 是 所 有 的 用 户 都 能 称 得 上 
是 专家 ， 而 Scala 却 是 属于 技术 专家 的 语言 。Scala 包含 丰富 的 语言 特性 ， 具 有 很 好 的 性 
能 ， 能 够 解决 多 种 问题 。 虽 然 需要 花 一 些 时 间 才 能 掌握 Scala 语言 ， 但 是 一 旦 你 掌握 了 它 ， 
便 不 会 被 它 束缚 。 


1.1.2 ”关于 Java 8 


自从 Java 5 引入 泛 型 之 后 ， 再 也 没有 哪 次 升级 能 比 Java 8 引入 更 多 的 特性 了 。 现 在 可 以 使 
用 真正 的 匿名 函数 了 ， 我 们 称 之 为 Lambda。 通 过 本 书 你 将 了 解 到 这 些 匿名 函数 的 巨大 作 
FA, Java 8 还 改进 了 接口 ， 允 许 为 声 明 的 方法 提供 默认 实现 。 这 一 变化 使 得 我 们 能 够 像 使 
用 混合 结构 那样 使 用 接口 ， 这 也 使 接口 变 得 更 有 用 了 ， 而 Scala 则 是 通过 trait 实现 这 种 用 
法 的 。 在 Java 8 推出 之 前 ，Scala 便 已 为 Java 提供 了 这 两 个 被 公认 为 Java 8 最 重要 的 新 特 
性 。 现 在 是 不 是 能 说 服 自己 切换 到 Scala 了 ? 


由 于 Java 语言 向 后 兼容 的 缘故 ，Scala 新 增 了 一 些 改进 ， 而 Java 也 许 永远 不 会 包含 。 即 
便 Java 最 终 会 拥有 这 些 改进 ， 那 也 需要 滥 长 的 等 待 。 举 例 来 说 , 较 Java 而 言 ，Scala 
能 提供 更 为 强大 的 类 型 推演 、 强 大 的 模式 匹配 (pattern matching) 和 for 推导 式 (for 
comprehension) ， 善 用 模式 匹配 和 for 推导 式 能 够 极 大 地 减少 代码 量 以 及 类 型 耦合 。 随 着 
深入 学 习 ， 你 会 发 现 这 些 特性 的 巨大 价值 。 

另外 ， 一 些 组 织 对 升级 JVM 设施 抱 有 谨慎 态度 ， 这 是 可 以 理解 的 。 对 于 他 们 而 言 ， 目 前 
并 不 允许 部 署 Java 8 虚拟 机 。 为 了 使 用 这 些 Java 8 特性 ， 这 些 组 织 可 以 在 Java 6 或 Java 7 
的 虚拟 机 上 运行 Scala。 


你 也 许 因为 当前 使 用 Java 8， 就 认为 Java 8 是 最 适合 团队 的 选择 。 即 便 如 此 ， 本 书 仍然 能 
给 你 传授 一 些 有 用 的 技术 ， 而 且 这 些 技术 可 以 运用 在 Java 8 中 。 不 过 ， 我 认为 Scala 具有 
一 些 额外 的 特性 ， 能 够 让 你 觉得 值得 为 之 改变 。 

好 吧 ， 让 我 们 开始 吧 ! 


1.2 ”安装 Scala 


为 了 能 够 尽 可 能 快 地 安装 并 运行 Scala， 本 市 将 讲述 如 何 安装 命令 行 工 具 ， 使 用 这 些 工具 
便 能 运行 本 书 列举 的 所 有 示例 *。 本 书 示例 中 的 代码 使 用 了 Scala 2.11.2 进行 编写 及 编译 。 这 
也 是 编写 本 书 时 最 新 的 版 本 。 绝 大 多 数 代码 无 须 修 改 便 能 运行 在 早期 版 本 2.10.4 上 ， 而 一 
些 团 队 也 仍 在 使 用 这 一 版 本 。 


相 较 于 2.10，Scala 2.11 引入 了 一 些 新 的 特性 ， 不 过 此 次 发 布 更 侧重 于 整体 
性 能 的 提升 以 及 库 的 重 构 。Scala 2.10 45 2.9 版 本 相 比 ， 也 引入 了 一 些 新 的 特 
性 。 也 许 你 们 部 门 正 在 使 用 其 中 的 某 一 版 本 ， 而 随 着 学 习 的 深入 ， 我 们 会 讨 
论 这 些 版 本 间 最 重要 的 差别 。( 参 阅 http://docs.scala-lang.org/scala/2.11/ 了 解 
2.11 版 本 ， 参 阅 http://www.scala-lang.org/download/2.10.4.html#Release_Notes 
了 解 2.10 版 本 。) 





































































































注 2: 第 21 章 会 详细 讲解 这 些 工具 。 
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安装 步骤 如 下 。 

。 安装 Java 
针对 Scala 2.12 之 前 的 版 本 ， 你 可 以 选择 Java 6、7、8 三 个 版 本 ， 在 安装 Scala 之 前 ， 
你 必须 确认 你 的 电脑 上 已 经 安装 了 Java, (Scala 2.12 计划 于 2016 年 年 初 发 布 ， 该 版 本 
将 只 支持 Java 8。) 假如 你 需要 安装 Java， 请 登录 Oracle 的 网 站 (http://www.oracle.com/ 
technetwork/java/javase/downloads/index.html), ， 遵 循 指 示 安 装 完整 的 Java 开发 工具 包 
(JDK). 











。 安装 SBT 
请 遵循 scala-sbt.org (http://www.scala-sbt.org/release/tutorial/Setup.html) 网 页 上 的 指示 
安装 SBT， 它 是 业内 公认 的 构建 工具 。 安 装 完成 后 ， 便 可 以 在 Linux, OS X 终端 和 
Windows 命令 窗口 中 运行 sbt 命令 。( 你 也 可 以 选择 其 他 的 构建 工具 ，21.2.2 节 将 介绍 
这 些 工 具 。) 

。 获取 本 书 源 代 码 
本 书 前 言 中 描述 了 如 何 下 载 示 例 代码 。 压 缩 包 可 以 解压 到 你 电脑 中 的 任何 文件 夹 。 

。 运行 SBT 
打开 shell 或 命令 行 窗口 ， 进 入 示例 代码 解压 后 的 目录 ， 敲 入 命令 sbt test， 该 命令 会 
下 载 所 有 的 依赖 项 ， 包 括 Scala 编译 器 及 第 三 方 库 ， 请 确保 网 络 连 接 正 常 ， 并 耐心 等 待 
该 命令 执行 。 下 载 完毕 后 ，sbt 会 编译 代码 并 运行 单元 测试 。 此 时 你 能 看 到 很 多 的 输出 
信息 ， 该 命令 最 后 会 输出 success 信息 。 再 次 运行 sbt test 命令 ， 由 于 该 命令 不 需要 执 
行 任何 事情 ， 你 会 发 现 命令 很 快 就 结束 了 。 

祝贺 你 ! 你 已 经 真正 开始 了 Scala 的 学 习 。 不 过 ， 你 也 许 会 想 安 装 其 他 一 些 有 用 的 工具 。 























在 学 习 本 书 的 大 多 数 时 候 ， 通 
动 下 载 指定 版 本 的 Scala 编译 如 




















过 使 用 SBT， 你 便 能 使 用 其 他 工具 。SBT 会 自 
、 标 准 库 以 及 需要 的 第 三 方 资源 。 





不 使 用 SBT， 也 能 很 方便 地 单独 下 载 Scala 工具 。 我 们 会 提供 一 些 SBT 外 使 用 Scala 的 
例子 。 

请 遵循 Scala 官方 网 站 (http:/www.scala-lang.org) 中 的 链接 安装 Scala， 还 可 以 选择 安 
JE Scaladoc。Scaladoc 是 Scala 版 的 Javadoc (在 Scala 2.11 中 ，Scala 库 和 Scaladoc 被 切 
分 为 许多 较 小 的 库 )。 你 也 可 以 在 线 查 阅 Scaladoc (http://www.scala-lang.org/api/current) 。 
为 了 方便 你 使 用 ， 本 书 中 出 现 的 Scala 库 中 的 类 型 ， 大 部 分 都 附 上 了 连接 到 Scaladoc 页 面 
的 链接 。 
Scaladoc 在 页 面 左 侧 类 型 列表 上 面 提供 了 搜索 栏 ， 这 有 助 于 快速 查找 类 型 。 同 时 ， 每 个 类 
型 的 入 口 处 都 提供 了 一 个 指向 Scala GitHub 库 中 对 应 代码 的 链接 (https://github.com/scala/ 
scala) ， 这 能 很 好 地 帮助 用 户 学 习 这 些 库 的 实现 。 这 个 链接 位 于 类 型 概述 讨论 的 底部 ， 链 
接 所 在 行 标注 着 Source 字样 。 
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你 可 以 选用 任何 文本 编辑 器 或 IDE 来 处 理 这 些 
a 














例 ， 也 可 以 为 这 些 主流 编辑 器 或 IDE 安装 














不 
Scala 支持 插件 。 具 体 方 法 ， 请 参见 21.3 节 。 通 常 而 言 ， 访 问 你 所 青睐 的 编辑 器 的 社区 ， 
能 最 及 时 地 发 现 Scala 相关 的 支持 信息 。 


使 用 SBT 


21.2.1 市 将 介绍 SBT 是 如 何 工作 的 。 下 面 ， 我 们 介绍 当前 需要 掌握 的 一 些 基 本 指示 。 


1.2.1 











当 你 启动 sbt 命令 时 ， 假 如 不 指定 任何 任务 ，SBT 将 启动 一 个 交互 式 REPL (REPL 是 





Read, Eval, Print, Loop 的 简写 ， 代 表 了 “ 读 取 - 求 值 -打印 -循环 ")。 下 面 我 们 将 运行 
并 尝试 运行 一 些 可 用 的 任务 。 


下 面 列 举 的 代码 中 ，$ 表示 shell 命令 提示 符 (如 bash 命令 提示 符 )， 你 可 以 在 该 提示 符 下 


该 命令 ， 


运行 sbt 





ST AP 


AAA 
命令 ; 








> 是 SBT 默 认 的 交互 提示 符 ， 可 以 在 # 符号 后 编写 sbt 注释 。 你 可 以 以 任 














i 列举 的 大 多 数 sbt 命令 。 





$ sbt 


vvvvVV Vv 


vvvvv 


help 
tasks 
tasks -V 
compile 
test 
clean 
~test 


console 
run 
show x 
eclipse 
exit 


# 描述 命令 

# 显示 最 常用 的 、 当 前 可 用 的 任务 
# 显示 所 有 的 可 用 任务 

增 量 编 译 代码 

增 量 编译 代码 ,并 执行 测试 
删除 所 有 已 经 编译 好 的 构建 
一 旦 有 文件 保存 ,执行 增 量 编译 并 运行 测试 
适用 于 任何 使 用 了 ~ 前 级 的 命令 

运行 Scala REPL 

执行 项 目的 某 一 主 程序 

显示 变量 X 的 定义 

生成 Eclipse 项 目 文件 

退出 REPL( 也 可 以 通过 control-d 的 方式 退出 ) 












































# 
# 
# 
# 
# 
# 
# 
# 
# 
# 

















为 了 能 编译 更 新 后 的 代码 并 运行 对 应 测试 ， 我 通常 会 执行 ~test 命令 。SBT AEH TH EH 











编译 器 和 调试 执行 器 ， 因 此 每 次 执行 时 不 用 等 待 完全 构建 所 需 时 间 。 假 如 你 希望 执行 其 他 








任务 或 退出 sbt， 只 需要 按 一 下 回 车 键 即 可 。 


假如 你 使 用 安装 了 Scala 插件 的 Eclipse 进行 开发 ， 便 能 很 方便 地 执行 eclipse 任务 。 运 行 
eclipse 任务 将 生成 对 应 的 项 目 文件 ， 这 些 生成 的 代码 作为 Eclipse 项 目 文件 进行 加 载 。 如 
果 你 想 使 用 Eclipse 来 处 理 示 例 代码 ， 请 执行 eclipse 任务 。 


假如 你 使 用 最 近 发 布 的 Scala 插件 IntelliJ IDEA 进行 开发 ， 直 接 导 入 SBT 项 目 文件 便 能 





成 IntelliJ 项 目 。 

















Scala 中 已 经 包含 了 REPL 环境 ， 你 可 以 执行 console 命令 局 动 该 环境 。 如 果 你 希望 在 
REPL 环境 下 运行 本 书 中 的 代码 示例 ， 那 么 通常 情况 下 ， 你 首先 需要 运行 console 命令 : 
$ sbt 


> console 
[info] Updating {file:/.../prog-scala-2nd-ed/}prog-scala-2nd-ed... 


[info] ... 








[info] Done updating. 
[info] Compiling ... 
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[info] Starting scala interpreter... 

[info] 

Welcome to Scala version 2.11.2 (Java HotSpot(TM) 64-Bit Server VM, Java ...). 
Type in expressions to have them evaluated . 

Type :help for more information. 


scala> 1+ 2 
resO: Int = 3 


scala> :quit 

此 处 省 去 若干 输出 ， 与 SBT REPL 一 样 ， 你 也 可 以 使 用 Ctrl-D 退出 系统 。 

运行 console 时 ，SBT 首先 会 构建 项 目 ， 并 通过 设置 CLASSPATH 使 该 项 目 可 用 。 因 此 ， 你 

也 可 以 使 用 REPL 编写 代码 进行 试验 。 
使 用 Scala REPL 能 有 效 地 对 你 编写 的 代码 进行 试验 ， 也 可 以 通过 REPL 来 
学 习 API， 即 便 是 Java API 亦 可 。 在 SBT 上 使 用 console 任务 执行 代码 时 ， 
console 任务 会 很 体贴 地 为 你 在 classpath 中 添加 项 目 依赖 项 以 及 编译 后 的 项 

目 代码 。 











1.2.2 ”执行 Scala 命 令 行 工具 

如 果 你 单独 安装 了 Scala 命令 行 工 具 ， 会 发 现 与 Java 编译 器 javac 相似 ，Scala 编译 器 叫 作 
scalac。 我 们 会 使 用 SBT 执行 编译 工作 ， 而 不 会 直接 使 用 scalac。 不 过 如 果 你 曾 运 行 过 
javac 命令 ， 会 发 现 scalac 语法 也 很 直接 。 

在 命令 行 窗口 中 运行 -version 命令 ， 便 可 查看 到 当前 运行 的 scalac 版 本 以 及 命令 行 参数 
帮助 信息 。 与 之 前 一 样 ， 在 $ 提示 符 后 输入 文本 。 之 后 生成 的 文本 便 是 命令 输出 。 


$ scalac -version 

Scala compiler version 2.11.2 -- Copyright 2002-2013, LAMP/EPFL 
$ scalac -help 

Usage: scalac <options> <source files> 

where possible standard options include: 














-Dproperty=value Pass -Dproperty=value directly to the runtime system. 
-J<flag> Pass <flag> directly to the runtime system. 
-P:<plugin>:<opt> Pass an option to a plugin 





与 之 类 似 ， 执 行 下 列 scala 命令 也 可 以 查看 Scala 版 本 及 命令 参数 帮助 。 


$ scala -version 
Scala code runner version 2.11.2 -- Copyright 2002-2013, LAMP/EPFL 
$ scala -help 
Usage: scala <options> [<script|class|object|jar> <arguments>] 
or scala -help 


S 


ALL options to scalac (see scalac -help) are also allowed. 

















有 时 我 们 会 使 用 scala 来 运行 Scala“ 脚 本 ”文件 ， 而 java 命令 行 却 没 有 提供 类 似 的 功能 。 





下 面 将 要 执行 的 脚本 来 源 于 我 们 的 示例 代码 : 


// src/main/scala/progscala2/introscala/upper1.sc 











class Upper { 
def upper(strings: String*): Seq[String] = { 
strings.map((s:String) => s.toUpperCase()) 
} 
} 


val up = new Upper 
println(up.upper("Hello", "World!")) 





我 们 将 调用 scala 命令 执行 该 脚本 。 也 请 读者 尝试 运行 该 示例 。 上 述 代码 使 用 的 文件 路 径 
适用 于 Linux 和 Mac OS X 系统 。 我 假设 ， 当 前 的 工作 目录 位 于 代码 示例 所 在 的 根 目录 。 


如 果 使 用 Windows 系统 ， 请 在 路 径 中 使 用 反 斜 杠 。 





$ scala src/main/scala/progscala2/introscala/upperi.sc 


ArrayBuffer(HELLO, WORLD!) 


现在 我 们 终于 满足 了 编程 图 书 或 向 导 的 一 条 不 成 文 的 规定 : 





World!” 。 





第 一 个 程序 必须 打印 “Hello 





最 后 提 一 下 ， 执 行 scala 命令 时 ， 如 果 未 指定 主 程序 或 脚本 文件 ， 那 么 scala 将 进入 
REPL 模式 ， 这 与 在 sbt 中 运行 console 命令 类 似 。( 不 过 ， 运 行 scala 时 的 classpath 与 执 
行 console 任务 的 classpath 不 同 。) 下 面 列 出 的 REPL 会 话 中 讲解 了 一 些 有 用 的 命令 。( 如 
果 你 未 独立 安装 Scala， 在 sbt 中 执行 console 任务 也 能 进入 Scala REPL 环境 )。 此 时 ， 





REPL 提示 符 是 scala> 〈 此 处 省 略 了 一 些 输出 信息 )。 


$ scala 


Welcome to Scala version 2.11.2 (Java HotSpot(TM)...). 


Type in expressions to have them evaluated. 
Type :help for more information. 


scala> :help 





ALL commands can be abbreviated, e.g. :he instead of :help. 























:cp <path> add a jar or directory to the classpath 

:edit <id>|<line> edit history 

:heLp [command] print this summary or command-specific help 

shistory [num] show the history (optional num is commands to show) 
其 他 消息 

scala> val s = "Hello, World!" 


s: String = Hello, World! 


scala> println("Hello, World!") 
Hello, World! 


scala> 1 + 2 
res3: Int = 3 


scala> s.con<tab> 
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concat contains contentEquals 


scala> s.contains("el") 
res4: Boolean = true 


scala> :quit 

$ ”# 反 回 shell 提 示 符 
我 们 为 变量 s 赋予 了 string 值 "Hello，World!"， 通 过 使 用 val 关键 字 ， 我 们 将 变量 s 声明 
成 不 可 变 值 。printtn 函数 (http://www.scala-lang.org/api/current/index.html#scala.Console$) 
将 在 控制 台中 打印 一 个 字符 串 ， 并 会 在 字符 串 结尾 处 打印 换行 符 。 


printtn 国 数 与 Java 中 的 System.out.printin (http://docs.oracle.com/javase/8/docs/api/java/ 
lang/System.html) 作用 一 致 。 同 样 ，Scala 也 使 用 了 Java 提供 的 String 类 型 (http://docs. 
oracle.com/javase/8/docs/api/java/lang/String.html) 。 


接 下 来 ， 请 注意 我 们 要 将 两 个 数字 相 加 ， 由 于 我 们 并 未 将 运算 的 结果 赋予 任何 一 个 变量 ， 
因此 REPL 帮 有 我 们 将 变量 命名 为 res3， 我 们 可 以 在 随后 的 表达 式 中 运用 该 变量 。 

REPL 支持 tab 补 人 全。 例子 中 显示 输入 命令 s.con<tab> 表示 的 是 在 s.con 后 输入 tab 符 。 
REPL 将 列 出 一 组 可 能 会 被 调用 的 方法 名 。 在 本 例 中 表达 式 最 后 调用 了 contains 方法 。 


最 后 ， 调 用 :quit 命令 退出 REPL。 也 可 以 使 用 Ctrl-D 退出 。 
接 下 来 ， 我 们 将 看 到 更 多 REPL 命令 ， 在 21.1 市 中 ， 我 们 将 更 深入 地 探索 REPL 的 各 个 命令 。 


1.2.3 在 IDE 中 运行 Scala REPL 


下 面 我 们 将 讨论 另外 一 种 执行 REPL 的 方式 。 特 别 是 当 你 使 用 Eclipse, IntelliJ IDEA 或 
NetBeans 时 ， 这 种 方式 会 更 加 实用 。Eclipse 和 IDEA 支持 worksheet 功能 ， 当 你 编辑 Scala 
代码 时 ， 感 觉 不 到 它 与 正常 地 编辑 编译 代码 或 脚本 代码 有 什么 区 别 。 不 过 一 旦 将 该 文件 保 
存 ， 代 码 便 会 立刻 被 执行 。 因 此 ， 假 如 你 需要 修改 并 重新 运行 重要 的 代码 片段 ， 使 用 这 种 
开发 方式 比 使 用 REPL 更 为 方便 。NetBeans 也 提供 了 一 种 类 似 的 交互 式 控制 台 功能 。 


假如 你 想 要 使 用 上 述 的 某 个 IDE， 可 以 参考 21.3 节 ， 掌 握 Scala 插件 、worksheet 以 及 交互 
式 控制 台 的 相关 信息 。 


1.3 使 用 Scala 


在 本 章 的 剩余 篇 幅 和 之 后 的 两 章 中 ， 我 们 将 对 Scala 的 一 些 特性 进行 快速 讲解 。 在 学 习 这 
些 内 容 时 会 涉及 一 些 语 言 细 闻 ， 这 些 细节 仅 用 于 理解 这 些 内 容 ， 更 多 的 细节 会 在 后 续 章 贡 
中 提供 。 你 可 以 将 这 几 章 内 容 视 为 Scala 语法 入 门 书 ， 并 从 中 感受 Scala 编程 的 魅力 。 


当 提 到 某 一 Scala 库 类 型 时 ， 我 们 可 以 阅读 Scaladoc 中 的 相关 信息 进行 学 
习 。 如 果 你 想 访 问 当 前 版 本 的 Scala 对 应 的 Scaladoc 文档 ， 请 查看 http:// 
www.scala-lang.org/api/current/。 请 注意 ， 左 侧 类 型 列表 区 域 的 上 方 有 一 搜索 
栏 ， 应 用 该 搜索 栏 能 很 方便 地 快速 查找 类 型 。 与 Javadoc 不 同 ，Scaladoc 按 
照 package 来 排列 类 型 ， 而 不 是 按照 字母 顺序 全 部 列 出 。 









































本 书 多 数 情况 下 会 使 用 Scala REPL， 因 此 我 们 在 这 儿 再 温习 一 过 运 行 REPL 的 三 种 方式 。 
你 可 以 不 指定 脚本 或 main 参数 直接 输入 scala 命令 ， 也 可 以 使 用 SBT console 命令 ， 还 可 
以 在 那些 流行 的 IDE 中 使 用 worksheet 特性 。 


假如 你 不 想 使 用 任何 IDE， 我 建议 你 尽量 使 用 SBT， 尤 其 是 当 你 的 工作 固定 在 某 一 特定 项 
目 时 。 本 书 也 将 使 用 SBT 进行 讲解 ， 这 些 操作 步骤 同样 适用 于 直接 运行 scala 命令 或 者 
在 IDE 中 创建 worksheet 的 情况 。 请 自行 选择 开发 工具 。 事 实 上， 即便 你 青睐 于 使 用 IDE， 
我 还 是 希望 你 能 尝试 在 命令 行 窗口 运行 一 下 SBT， 了 解 SBT 环境 。 我 个 人 很 少 使 用 IDE， 
不 过 是 否 选 择 IDE 只 是 个 人 的 偏好 罢了 。 

打开 shell 窗口 ， 切 换 到 代码 示例 所 在 的 根 文件 夹 并 运行 sbt。 在 > 提示 符 后 输入 console. 
从 现在 开始 ， 本 书 将 省 略 关于 sbt 和 scala 输出 的 一 些 “ 程 序 化 ”的 语句 。 


在 scala> 提示 符 中 输入 下 列 两 行 : 


scala> val book = "Programming Scala" 
book: java.lang.String = Programming Scala 





























scala> println(book) 
Programming Scala 


第 一 行 代码 中 的 val 关键 字 用 于 声明 不 变 变 量 book。 可 变数 据 是 错误 之 源 ， 因 此 我 推荐 使 
用 不 变 值 。 

请 注意 ， 解 释 器 返回 值 列 出 了 book 变量 的 类 型 和 数值 。Scala 从 字面 量 "Programming 
Scala" 中 推导 出 book 属于 java.lang.String %7! (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/String.html) , 

显示 类 型 信息 或 在 声明 中 显 式 指明 类 型 信息 时 ， 这 些 类 型 标注 紧 随 冒号 ， 出 现在 相关 项 之 
后 。 为 什么 Scala 不 遵循 Java WANE? Scala 常常 能 推导 出 类 型 信息 ， 因 此 ， 我 们 在 代 
码 中 总 是 看 不 到 显 式 的 类 型 标注 。 如 果 代码 中 省 略 了 冒号 和 类 型 标注 信息 ， 那 么 与 Java 的 
类 型 习惯 相 比 ，item: type 这 一 模式 更 有 助 于 编译 器 正确 地 分 析 代 码 。 

一 般 来 说 ， 当 Scala 语法 与 Java 语法 存在 差异 时 ， 通 常 都 会 有 一 个 充分 的 理由 。 比 如 说 ， 
Scala 支持 了 一 个 新 的 特性 ， 而 这 个 特性 很 难 使 用 Java 的 语法 表达 出 来 。 










































































REPL 中 显示 了 类 型 信息 ， 这 有 助 于 学 习 Scala 是 如 何 为 特定 表达 式 推导 类 型 
的 。 透 过 这 个 例子 ， 可 以 了 解 到 REPL 提供 了 哪些 功能 。 











仅 使 用 REPL 来 编辑 或 提交 大 型 的 示例 代码 会 比较 枯燥 ， 而 使 用 文本 编辑 器 或 IDE 来 编写 
Scala 脚本 则 会 方便 得 多 。 编 写 完 成 之 后 ， 你 可 以 执行 脚本 ， 也 可 以 复制 粘贴 大 段 代码 再 
执行 。 

我 们 再 回顾 一 下 之 前 编写 的 upperl.sc 文件 。 
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// src/main/scala/progscala2/introscala/upper1.sc 


class Upper { 
def upper(strings: String*): Seq[String] = { 
strings.map((s:String) => s.toUpperCase()) 


} 


val up = new Upper 
println(up.upper("Hello", "World!")) 


本 书 的 下 载 示 例 压 缩 包 中 的 每 个 示例 的 第 一 行 均 为 注释 ， 该 注释 列 出 了 示例 文件 在 压缩 包 
中 的 路 径 。Scala 遵循 Java、C#、C 等 语言 的 注释 规则 ，// comment 只 能 作用 到 本 行 行 尾 ， 
而 /* comment */ 则 可 以 跨行 。 


我 们 再 回顾 一 下 前 言 中 的 内 容 。 依 照 命 名 规范 ， 脚 本 文件 的 扩展 名 为 .sc， 而 编译 后 的 文 

件 的 扩展 名 为 .scala， 这 一 命名 规范 仅 适 用 于 本 书 。 通 常 ， 脚 本 文件 往往 也 使 用 scala 扩展 

名 。 不 过 如 果 使 用 SBT 构建 项 目 ，SBT 会 尝试 编译 这 些 以 scala 命名 的 文件 ， 而 这 些 脚 本 

文件 却 无 法 编译 (我 们 稍 后 便 会 讲 到 这 些 )。 

我 们 首先 运行 该 脚本 ， 有 具体 代码 细节 稍 后 讨论 。 局 动 sbt 并 执行 console 命令 以 开启 Scala 

环境 。 然 后 使 用 :Load 命令 加 载 (编译 并 运行 ) 文件 : 
scala> :Load src/main/scala/progscala2/introscala/upper1.sc 
Loading src/main/scala/progscala2/introscala/upperi.sc... 
defined class Upper 


up: Upper = Upper@4ef506bf // 调用 Java 的 0bject.toSstring 方 法 。 
ArrayBuffer(HELLO, WORLD!) 


上 述 脚本 中 ， 只 有 最 后 一 行 才 是 printtn 命令 的 输出 ， 其 他 行 则 是 REPL 提供 的 一 些 反馈 
信息 。 


那么 这 些 脚本 为 什么 无 法 编译 呢 ? 脚本 设计 的 初 庙 是 为 了 简化 代码 ， 无 须 将 声明 (变量 和 
RBC) 封装 在 对 象 中 便 是 一 种 简化 。 而 将 Java 和 Scala 代码 编译 后 ， 声 明 必 须 封 装 在 对 象 
中 (这 是 SVM 字 市 码 的 需求 )。scala 命令 通过 一 个 聪明 的 技巧 解决 了 冲突 : 将 脚本 封装 
在 一 个 你 看 不 到 的 匿名 对 象 中 。 


假如 你 的 确 希望 能 将 脚本 文件 编译 为 JVM 的 字 节 码 (一 组 .class 文件 )， 可 以 在 scalac fy 
令 中 传 入 -Xscript <object> 参数 ，<object> 表示 你 所 选中 的 main 类 ， 它 是 生成 的 Java 应 
用 程序 的 入 口 点 。 

$ scalac -Xscript Upper1 src/main/scala/progscala2/introscala/upperi.sc 


$ scala Upper1 
ArrayBuffer(HELLO, WORLD!) 


执行 完毕 后 检查 当前 文件 夹 ， 你 会 发 现 一 些 命名 方式 有 趣 的 class 文件 。( 提 示 : 一 些 匿 名 
国 数 也 被 转换 成 了 对 象 ! ) 我 们 稍 后 会 再 讨论 这 些 名 字 ，Upperl.class 文件 中 包含 了 主 程 
序 ， 我 们 将 使 用 javap 和 Scala 对 应 工具 scalap， 对 该 文件 实施 逆向 工程 ! 

$ javap -cp . Upperi 


Compiled from "upper1.sc" 
public final class Upper1 { 
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public static void main(java.lang.String[]); 
} 
$ scalap -cp . Upperi 
object Upper1 extends scala.AnyRef { 
def this() = { /* compiled code */ } 
def main(argv : scala.Array[scala.Predef.String]) : scala.Unit = 
{ /* compiled code */ } 
} 


最 后 ， 我 们 将 对 代码 本 身 进 行 讨 论 ， 代 码 如 下 : 
// src/main/scala/progscala2/introscala/upper1.sc 


class Upper { 
def upper(strings: String*): Seq[String] = { 
strings.map((s:String) => s.toUpperCase()) 
} 
} 


val up = new Upper 
println(up.upper("Hello", "World!")) 


Upper 类 中 的 upper 方法 将 输入 字符 串 转 换 成 大 写字 符 串 ， 并 返回 一 个 包含 这 些 字符 串 的 
Seq (Seq Zan “FEI”, http:/Avww.scala-lang.org/api/current/index.html#scala.collection.Seq ) 
对 象 。 最 后 两 行 代码 创建 了 Upper 对 象 的 一 个 实例 ， 并 调用 这 一 实例 将 字符 串 “Hello” 和 
“World!” 转 换 为 大 写字 符 串 ， 并 最 终 打 印 出 产生 的 Seq 对 象 。 


在 Scala 中 定义 类 时 需要 输入 class 关键 字 ， 整 个 类 定义 体 包 含 在 最 外 层 的 一 对 大 括号 中 
({…})。 事 实 上 ， 这 个 类 定义 体 同样 也 是 这 个 类 的 主 构 造 函 数 。 假 如 需要 将 参数 传递 给 这 
个 构造 函数 ， 就 要 在 类 名 Upper 之 后 输入 参数 列表 。 

下 面 这 小 段 代 码 声明 了 一 个 方法 : 


def upper(strings: String*): Seq[String] =... 


定义 方法 时 需要 先 输 入 def 关键 字 ， 之 后 输入 方法 名 称 以 及 可 选 的 参数 列表 。 再 输入 可 选 
的 返回 类 型 (有 时 候 ，Scala 能 够 推导 出 返回 类 型 )， 返 回 类 型 由 冒号 加 类 型 表示 。 最 后 使 
用 等 于 号 (=) 将 方法 签名 和 方法 体 分 隔 开 。 

实际 上 ， 圆 括号 中 的 参数 列表 代表 了 变 长 的 string 类 型 参数 列表 ， 修 饰 strings 参数 
的 String 类 型 后 面 的 * 号 指明 了 这 一 点 。 也 就 是 说 ， 你 可 以 传递 任意 多 的 字符 串 (也 可 
以 传递 空 列表 )， 而 这 些 字符 串 由 逗号 分 隔 。 在 这 个 方法 中 ，strings 参数 的 类 型 实际 上 
是 WrapppedArray (http://www.scala-lang.org/api/current/index.html#scala.collection.mutable. 
WrappedArray) ， 该 类 型 对 Java 数组 进行 了 封装 。 


参数 列表 后 列 出 了 该 方法 的 返回 类 型 Seq[String], Seq (代表 Sequence) 是 集合 的 一 种 
抽象 ， 你 可 以 依照 固定 的 顺序 (不同 于 遍历 Set 和 Map 对 象 那 样 的 随机 顺序 和 未 定义 顺 
序 ， 遍 历 那 类 容器 无 法 保证 过 历 顺 序 ) 遍历 这 类 结合 抽象 。 实 际 上 ， 该 方法 返回 的 类 型 
是 scala.collection.mutable.ArrayBuffer (http://www.scala-lang.org/api/current/#scala. 
collection.mutable.ArrayBuffer) ， 不 过 绝 大 多 数 情况 下 ， 调 用 者 无 须 了 解 这 点 。 
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值得 一 提 的 是 ，Seq 是 一 个 参数 化 类 型 ， 就 好 象 Java 中 的 泛 型 类 型 。Seq 代表 着 “ 某 类 
事物 的 序列 ”， 上 面 代 码 中 的 Seq 表示 的 是 一 个 字符 串 序 列 。 请 注意 ，Scala 使 用 方 括号 
([…]) 表示 参数 类 型 ， 而 Java 使 用 角 括 号 (<-->). 


Scala 的 标识 符 ， 如 方法 名 和 变量 名 ， 中 允许 出 现 尖 括号 ， 例 如 定义 “小 于 ” 
方法 时 ， 该 方法 常 被 命名 为 <， 这 在 Scala 语言 中 是 允许 的 ， 而 Java WA I 
许 标 识 符 中 出 现 这 样 的 字符 。 因 此 ， 为 了 避免 出 现 歧义 ，Scala 使 用 方 括号 
而 不 是 尖 括 号 表示 参数 化 类 型 ， 并 且 不 允许 在 标识 符 中 使 用 方 括号 。 






































upper 方法 的 定义 体 出 现在 等 号 (=) 之 后 。 为 什么 使 用 等 号 呢 ? 而 不 像 Java 那样 ， 使 用 花 
括号 表示 方法 体 呢 ? 


避免 歧义 是 原因 之 一 。 当 你 在 代码 中 省 略 分 号 时 ，Scala 能 够 推断 出 来 。 在 大 多 数 时 候 ， 
Scala 能 够 推导 出 方法 的 返回 类 型 。 假 如 方法 不 接受 任何 参数 ， 你 还 可 以 在 方法 定义 中 省 
略 参数 列表 。 


使 用 等 号 也 强调 了 函数 式 编程 的 一 个 准则 ; 值 和 函数 是 高 度 对 齐 的 概念 。 正 如 我 们 所 看 到 
的 那样 ， 函 数 可 以 作为 参数 传递 给 其 他 函数 ， 也 能 够 返回 函数 ， 还 能 被 赋 给 某 一 变量 。 这 
与 对 象 的 行为 是 一 致 的 。 
最 后 提 一 下 ， 假 如 方法 体 仅 包含 一 个 表达 式 ， 那 么 Scala 允许 你 省 略 花 括 号 。 所 以 说 ， 使 
用 等 号 能 够 避免 可 能 的 解析 歧义 。 
国 数 方法 体 中 对 字符 串 集 合 调用 了 map 方法 (http://www.scala-lang.org/api/current/index. 
html#scala.collection.TraversableLike), map 方法 的 输入 参数 为 函数 字面 量 (function literal). 
而 这 些 函 数字 面 量 便 是 “匿名 ”函数 。 在 其 他 语言 中 ， 它 们 也 被 称 为 Lambda、 闭 包 
(closure)、 块 (block) 或 过 程 (proc)。Java 8 最 终 也 提供 了 真正 的 匿名 方法 Lambda。 但 
Java 8 之 前 ， 你 上 只 能 通过 接口 实现 的 方式 实现 匿名 方法 ， 我 们 通常 会 在 接口 中 定义 一 个 匿 
名 的 内 部 类 ， 并 在 内 部 类 中 声明 执行 真正 工作 的 方法 。 因 此 ， 即 便 是 在 Java 8 之 前 ， 你 也 
能 够 实现 匿名 国 数 的 功能 : 通过 传人 某 些 舱 套 行 为 ， 将 外 部 行为 参数 化 。 不 过 这 些 繁琐 的 
语法 着 实 损害 并 掩盖 了 匿名 方法 这 门 技术 的 优势 。 
在 这 个 示例 中 ， 我 们 向 map 方法 传递 了 下 列 函数 字面 量 : 

(s:String) => s.toUpperCase() 
此 函数 字面 量 的 参数 表 中 只 包含 了 一 个 字符 串 参 数 s。 它 的 函数 体位 于 箭头 => 之 后 
(UTF8 也 允许 使 用 =>)。 该 函数 体 调用 了 s 的 UpperCase() 方法 。 此 次 调用 的 返回 值 会 
动 被 这 个 国 数字 面 量 返 回 。 在 Scala 中 ， 国 数 或 方法 中 把 最 后 一 条 表达 式 的 返回 值 作 为 
己 的 返回 值 。 尽 管 Scala 中 存在 return 关键 字 ， 但 只 能 在 方法 中 使 用 ， 上 面 这 样 的 匿名 
数 则 不 允许 使 用 。 事 实 上 ,方法 中 也 很 少 用 到 这 个 关键 字 。 
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方法 和 函数 
对 于 大 多 数 的 面向 对 象 编 程 语言 而 言 ， 方 法 指 的 是 类 或 对 象 中 定义 的 函数 。 当 调用 方 
法 时 ,方法 中 的 this 引用 会 隐 性 地 指向 某 一 对 象 。 当 然 ， 在 大 多 数 的 OOP 语言 中 ， 
方法 调用 的 语法 通常 是 this.method_name(other_args)。 本 书 中 的 “方法 ”也 满足 这 一 
常用 规范 。 我 们 提 到 的 “函数 ”尽管 不 是 方法 ， 但 在 某 些 时 候 通常 会 将 方法 也 归 入 函 
数 。 当 前 上 下 文 能 够 认 清 它们 的 区 别 。 


upperl.sc 中 表达 式 (s:String) => s.toUpperCase() 便 是 一 个 函数 ， 它 并 不 是 方法 。 











我 们 对 序列 对 象 strings 调用 了 map 方法 ， 该 方法 会 把 每 个 字符 串 依次 传递 给 函数 字面 量 ， 
并 将 函数 字面 量 返 回 的 值 组 成 一 个 新 的 集合 。 举 个 例子 ， 假 如 在 原先 的 列表 中 有 五 个 元 
素 ， 那 么 新 生成 的 列表 也 将 包含 五 个 元 素 。 

继续 上 面 的 示例 ， 为 了 进一步 练习 代码 ， 我 们 会 创建 一 个 新 的 Upper 实例 并 将 它 赋 给 变量 
up。 与 Java、C# 等 类 似 语言 一 样 ，new Upper 语法 将 创建 一 个 新 的 实例 。 由 于 主 构造 函数 
并 不 接受 任何 参数 ， 因 此 并 不 需要 传递 参数 列表 。 通 过 val 关键 字 ，up 参数 被 声明 为 只 读 
fA. up 的 行为 与 Java 中 的 final 变量 相似 。 

最 后 ， 我 们 调用 upper 方法 ， 并 使 用 printLn(…) 方法 打印 结果 。 
我 们 可 以 进一步 简化 代码 ， 请 思考 下 面 更 简洁 的 版 本 。 


// src/main/scala/progscala2/introscala/upper2.sc 


















































object Upper { 
def upper(strings: String*) = strings.map(_.toUpperCase()) 


} 


println(Upper.upper("Hello", "World!")) 
这 段 代 码 同 样 实 现 了 相同 的 功能 ， 但 使 用 的 字符 却 少 了 三 分 之 一 。 


在 第 一 行 中 ，Upper 被 声明 为 单 例 对 象 ，Scala 将 单 例 模式 视 为 本 语言 的 第 一 等 级 成 员 。 尽 
管 我 们 声明 了 一 个 类 ， 不 过 Scala 运行 时 只 会 创建 Upper 的 一 个 实例 。 也 就 是 说 ， 你 无 法 
通过 new 创建 Upper 对 象 。 就 好 像 Java 使 用 静态 类 型 一 样 ， 其 他 语言 使 用 类 成 员 (class- 
level member), Scala 则 使 用 对 象 进行 处 理 。 由 于 Upper 中 并 不 包含 状态 信息 ， 所 以 我 们 此 
处 的 确 不 需要 多 个 实例 ， 使 用 单 例 便 能 满足 需求 。 


单 例 模式 具有 一 些 次 端 ， 也 因此 常 被 指责 。 例 如 在 那些 需要 将 对 象 值 进行 double 的 单元 测 
试 中 ， 如 果 使 用 了 单 例 对 象 ， 便 很 难 替换 测试 值 。 而 且 如 果 对 一 个 实例 执行 所 有 的 计算 ， 
会 引发 线程 安全 和 性 能 的 问题 。 不 过 正如 静态 方法 或 静态 值 有 时 适用 于 Java 这 样 的 语言 一 
样 ， 单 例 有 时 候 在 Scala 中 也 是 适用 的 。 上 述 示例 便 是 一 个 证 明 ， 由 于 无 须 维护 状态 而 且 
对 象 也 不 需要 与 外 界 交 互 ， 单 例 模 式 适 用 于 上 述 示例 。 因 此 ， 使 用 Upper 对 象 时 我 们 没有 
必要 考虑 测试 双 倍 值 的 问题 ， 也 没有 必要 担心 线程 安全 。 
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Scala 为 什么 不 支持 静态 类 型 呢 ? 与 那些 允许 静态 成 员 (或 类 似 结构 ) 的 语 

言 相 比 ，Scala 更 信奉 万 物 皆 应 为 对 象 。 相 较 于 混入 了 静态 成 员 和 实例 成 员 

的 语言 ， 采 用 对 象 结构 的 Scala 更 坚定 地 贯彻 了 这 一 方针 。 回 想 一 下 ，Java 

的 静态 方法 和 静态 域 并 未 绑 定 到 类 型 的 实际 实例 中 ， 而 Scala 的 对 象 则 是 某 
类 型 的 单 例 。 

















第 二 行 中 upper 的 实现 同样 简洁 。 尽 管 Scala 无 法 推断 出 方法 的 参数 类 型 ， 却 常常 能 够 推 
断 出 方法 的 返回 类 型 ， 因 此 我 们 在 此 省 略 返回 类 型 的 显 式 声明 。 同 时 ， 由 于 方法 体 中 仅 包 
含 了 一 句 表 达 式 ， 我 们 可 以 省 略 括 号 ， 并 在 一 行内 完成 整个 方法 的 定义 。 除 了 能 提示 读者 
之 外 ,方法 体 之 前 的 等 号 也 告诉 编译 器 方法 体 的 起 始 位 置 。 
Scala 为 什么 无 法 推导 出 方法 参数 类 型 呢 ? 理论 上 类 型 推理 算法 执行 了 局 部 类 型 推导 ， 这 
意味 着 该 推导 无 法 作用 于 整个 程序 全 局 ， 而 只 能 局 限 在 某 一 特定 域内 。 因 此 ， 尽 管 无 法 分 
辨 出 参数 所 必须 使 用 的 类 型 ， 但 由 于 能 够 查看 整个 函数 体 ，Scala 大 多 数 情况 下 却 能 推导 
出 方法 的 返回 值 类 型 。 递 归 函 数 是 个 例外 ， 由 于 它 的 执行 域 超越 了 函数 体 的 范 围 ， 因 此 必 
须 声 明 返 回 类 型 。 
任何 时 候 ， 参 数列 表 中 的 返回 类 型 都 为 读者 提供 了 有 用 信息 。 仅 仅 是 因为 Scala 能 推导 
出 函数 的 返回 类 型 ， 我 们 就 放弃 为 读者 提供 返回 类 型 信息 吗 ? 对 于 简单 的 函数 而 言 ， 读 
者 能 够 很 清楚 地 发 现 返 回 类 型 ， 显 式 列 出 的 返回 类 型 也 许 还 不 是 特别 重要 。 不 过 有 时 候 
由 于 bug 或 某 些 特定 输入 或 函数 体 中 的 某 些 表达 式 所 触发 的 某 些微 妙 行为 ， 推 导出 的 类 
型 可 能 并 不 是 我 们 所 期 望 的 类 型 。 显 式 返 回 类 型 代表 了 你 所 期 望 的 返回 类 型 ， 它 们 同时 
还 为 读者 提供 了 有 用 信息 ， 因 此 我 推荐 添加 返回 类 型 ， 而 不 要 省 略 它 们 。 这 尤其 适用 于 
公有 API。 
我 们 对 函数 字面 量 进行 了 进一步 的 简化 ， 之 前 我 们 的 代码 如 下 : 

(s:String) => s.toUpperCase() 
我 们 将 其 简化 为 下 列表 达 式 : 

_.toUpperCase() 
map 方法 接受 单一 函数 参数 ， 而 单一 函数 也 只 接受 单一 参数 。 在 这 种 情况 下 ， 函 数 体 只 使 
用 一 次 该 参数 ， 所 以 我 们 使 用 占 位 符 -来 替代 命名 参数 。 也 就 是 说 : -起 到 了 匿名 参数 的 
作用 ， 在 调用 toUpperCase 方法 之 前 ，- 将 被 字符 串 替 换 。Scala 同时 也 为 我 们 推断 出 了 该 
变量 的 类 型 为 String 类 型 。 
最 后 一 行 代码 中 ， 由 于 使 用 了 对 象 而 不 是 类 ， 此 次 调用 变 得 更 加 简单 。 无 须 通 过 new 
Upper 代码 创建 实例 ， 我 们 只 需 直接 调用 Upper 对 象 的 upper 方法 。 调 用 语法 与 调用 Java 
类 静态 方法 时 的 语法 一 样 。 
最 后 ，Scala 会 自动 加 载 一 些 像 printLn (http://www.scala-lang.org/api/current/index.html#scala. 
Console$) 这 样 的 IO 方法 ，printtn 方法 实际 是 scala 包 (http://www.scala-lang.org/api/current/ 
scala/package.html) 中 Console 对 象 (http:/Avww.scala-lang.org/api/current/index.html#scala.Console$ ) 
的 一 个 方法 。 与 Java 中 的 包 一 样 ，Scala 通过 包 提 供 “命名 空间 ”并 界定 作用 域 。 
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因此 ， 使 用 printtn 方法 时 ， 我 们 无 需 调 用 scala.Console.println 方法 (http://www.scala- 
lang.org/api/currentindex.html#scala.Console$) ， 直 接 输入 println 即 可 。printtn 方法 只 是 
众多 被 自动 加 载 的 方法 和 类 型 中 的 一 员 ， 有 一 个 叫 作 Predef 的 库 对 象 (http://www.scala- 
lang.org/api/current/index.html#scala.Predef$) 对 这 些 自动 加 载 的 方法 和 类 型 进行 定义 。 

我 们 再 进行 一 次 重 构 ， 把 这 个 脚本 转化 成 编译 好 的 一 个 命令 行 工 具 。 也 就 是 说 ， 我 们 将 创 
建 一 个 包含 了 main 方法 的 更 为 经 典 的 JVM 应 用 程序 。 


// src/main/scala/progscala2/introscala/upper1.scala 
package progscala2.introscala 





object Upper { 
def main(args: Array[String]) = { 
args.map(_.toUpperCase()).foreach(printf("%s ",_)) 
println("") 
} 
} 


回顾 一 下 前 面 的 内 容 ， 如 果 代码 具有 scala 扩展 名 ， 那 就 表示 我 们 会 使 用 scalac 编译 它 。 


现在 upper 方法 被 改名 成 了 main 方法 。 由 于 Upper 是 一 个 对 象 ，main 方法 就 像 是 Java 类 
的 静态 main 方法 一 样 。 它 就 是 Upper 应 用 的 入 口 点 。 


Æ Scala 中 ，main 方法 必须 为 对 象 方法 。( 在 Java 中 ，main 方法 必须 是 类 静 
态 方法 。) 应 用 程序 的 命令 行 参数 将 作为 一 组 字符 串 传递 给 main 方法 。 举 例 
来 说 ， 输 入 参数 是 args: Array[String], 


























upperl.scala 文件 中 的 第 一 行 代码 定义 了 名 为 introscala 的 包 ， 用 于 装载 所 定义 的 类 型 。 
TE Upper .main 方法 中 的 表达 式 使 用 了 map 方法 的 简写 形式 ， 这 与 我 们 之 前 代码 中 出 现 的 简 
写 形式 一 致 。 


args.map(_.toUpperCase())... 


map 方法 会 返回 一 个 新 的 集合 。 对 该 集合 我 们 将 使 用 foreach 方法 进行 遍历 。 我 们 问 
foreach 方法 中 传递 另 一 个 使 用 了 _ 占 位 符 的 函数 字面 量 。 在 这 上段 代码 中 ， 集 合 中 的 每 一 
个 字符 串 都 将 作为 参数 传递 给 scala.Console.printf 方法 (http://www.scala-lang.org/api/ 
current/index.html#scala.Console$) ， 该 方法 也 是 Predef 对 象 导 入 的 方法 ， 它 会 接受 代表 格 
式 的 字符 串 参数 以 及 一 组 将 对 入 到 格式 字符 串 的 参数 。 
args.map(_.toUpperCase()).foreach(printf("%s ",_)) 

在 此 澄清 一 下 ， 上 述 代 码 有 两 处 使 用 了 _， 这 两 个 -分别 位 于 不 同 的 作用 域 中 ， 彼 此 之 间 
没有 任何 关联 。 
尔 需要 花 一 些 时 间 才 能 掌握 这 样 的 链 式 函数 以 及 函数 字面 量 中 的 一 些 简写 方式 ， 不 过 一 旦 
熟悉 了 它们 ， 你 便 能 应 用 它们 编写 出 可 读 性 强 、 简 洁 强 大 的 代码 ， 这 些 代码 能 最 大 程度 地 
避免 使 用 临时 变量 和 其 他 一 些 样板 代码 。 如 果 你 是 一 名 Java 程序 员 ， 可 以 想象 一 下 使 用 早 
于 Java 8 AY Java 版 本 编写 代码 ， 这 时 你 需要 使 用 匿名 内 部 类 才能 实现 相同 的 功能 。 
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main 方法 的 最 后 一 行 在 输出 中 增加 了 一 个 最 终 换 行 符 。 
为 了 运行 代码 ， 你 必须 首先 使 用 scalac， 将 代码 编译 成 一 个 能 在 JVM 下 运行 的 .class 文件 
(下 文中 的 $ 代表 命令 提示 符 )。 

$ scalac src/main/scala/progscala2/introscala/upper1.scala 


现在 ， 你 应 该 会 看 到 一 个 名 为 progscala2/introscala 的 新 文件 来， 该 文件 夹 里 包含 了 一 
HE class 文件 ，Upper.class 便 是 其 中 的 一 个 文件 。Scala 生成 的 代码 必须 满足 JVM FR 
码 的 合法 性 要 求 ， 文 件 夹 目录 必须 与 包 结构 吻合 是 要 求 之 一 。 

Java 在 源 代码 级 也 遵循 这 一 规定 ，Scala 则 要 更 灵活 一 些 。 请 注意 ， 在 我 们 下 载 的 代码 
示例 中 ， 文 件 Upper.class 位 于 一 个 叫 作 IntroScala 的 文件 夹 中 ， 这 与 它 的 包 名 并 不 一 致 。 
Java 同时 要 求 必须 为 每 一 个 最 顶层 类 创建 一 个 单独 的 文件 ， 而 Scala 则 允许 在 文件 中 创建 
任意 多 个 类 型 。 虽然 开发 Scala 代码 可 以 不 用 遵循 Java 关于 源 代 码 目 录 结 构 的 规范 ( 源 代 
码 目录 结构 应 吻合 包 结 构 ， 而 且 为 每 个 顶层 类 创建 一 个 单独 的 文件 )， 不 过 一 些 开发 团队 
依然 遵循 这 些 规范 ， 这 主要 因为 他 们 熟悉 这 些 Java 规范 ， 而 且 遵 循 这 些 规范 有 利于 追踪 代 
码 位 置 。 

现在 ， 你 可 以 输入 任意 长 度 的 字符 串 参 数 并 执行 命令 ， 如 下 所 示 : 


$ scala -cp . progscala2.introscala.Upper Hello World! 
HELLO WORLD! 


我 们 通过 选项 -cp . 4A A ae AAR (classpath) 中 ， 不 过 本 示例 其 实 并 不 
需要 该 选项 。 
请 尝试 使 用 其 他 输入 参数 来 执行 程序 。 另 外 ， 你 可 以 查看 progscala2/introscala 文件 夹 中 还 
有 哪些 其 他 的 类 文件 ， 像 之 前 例子 那样 使 用 javap 或 scala 命令 查看 这 些 类 中 包含 了 什么 
定义 。 
最 后 ， 由 于 SBT 会 帮助 我 们 编译 文件 ， 我 们 实际 上 并 不 需要 手动 编译 这 些 文件 。 在 SBT 
提示 符 下 ， 我 们 可 以 使 用 下 列 命令 运行 程序 。 

> run-main progscala2.introscala.Upper Hello World! 
使 用 scala 命令 运行 程序 时 ， 我 们 需要 指明 SBT 生成 的 类 文件 的 正确 路 径 。 


$ scala -cp target/scala-2.11/classes progscala2.introscala.Upper Hello World! 
HELLO WORLD! 































































































解释 运行 Scala 与 编译 运行 Scala 
概括 地 说 ， 假 如 在 命令 行 输入 scala 命令 时 不 指定 文件 参数 ，REPL 将 启动 。 在 REPL 
中 输入 的 命令 、 表 达 式 和 语句 都 会 被 直接 执行 。 假 如 输入 scala 命令 时 指定 Scala RX 
件 ，scala 命令 将 会 以 脚本 的 形式 编译 并 运行 文件 。 另 外 ,假如 你 提供 了 JAR 文件 或 
是 一 个 定义 了 main 方法 的 类 文件 ，scala 会 像 Java 命令 那样 执行 该 文件 。 











我 们 接 下 来 对 这 些 代 码 再 进行 最 后 一 次 重 构 : 
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// src/main/scala/progscala2/introscala/upper2.scala 
package progscala2.introscala 


object Upper2 { 
def main(args: Array[String]) = { 
val output = args.map(_.toUpperCase()).mkString(" ") 
println(output) 
} 
} 


将 输入 参数 映射 为 大 写 格 式 字 符 串 之 后 ， 我 们 并 没有 使 用 foreach 方法 迭代 并 依次 打印 每 
个 词 ， 而 是 通过 一 个 更 便利 的 集合 方法 生成 字符 串 。mkSstring 方法 (http://www.scala-lang. 
org/api/current/index.html#scala.collection.TraversableOnce) 只 接受 一 个 输入 参数 ， 该 参数 
指定 了 集合 元 素 间 的 分 隔 符 。 另 外 一 个 mkString 方法 (EHRE) 则 接受 三 个 参数 ， 分 别 
表示 最 左边 的 前 级 字符 串 、 分 隔 符 和 最 右边 的 后 级 字符 串 。 你 可 以 尝试 将 代码 修改 为 使 用 
mkSsting("["，"，"，"]")， 并 观察 修改 后 代码 的 输出 。 














我 们 把 mkstring 方法 的 输出 保存 到 一 个 变量 之 中 ， 再 调用 printitn 方法 打印 这 个 变量 。 我 
们 本 可 以 在 整个 map 方法 之 外 再 封装 printtn 方法 进行 打印 ， 不 过 此 处 引入 新 变量 能 增强 











代码 的 可 读 性 。 


1.4 并 发 


Scala 有 许多 诱 人 之 处 ， 能 够 使 用 Akka API 通过 直观 的 actor 模式 构建 健壮 的 并 发 应 用 便 
是 其 中 之 一 (请 参考 http://akka.io)。 


下 面 的 示例 有 些 激进 ， 不 过 却 能 让 我 们 体会 到 Scala 的 强大 和 优雅 。 将 Scala 与 一 套 直观 的 
并 发 API 相 结合 ， 便 能 以 如 此 简洁 优雅 的 方式 实现 并 发 软件 。 你 之 前 研究 Scala 的 一 个 原 
因 可 能 是 寻求 更 好 的 并 发 之 道 ， 以 便 更 好 地 利用 多 核 CPU 和 集群 中 的 服务 器 来 实现 并 发 。 
使 用 actor 并 发 模型 便 是 其 中 的 一 种 方法 。 

在 actor 并 发 模型 中 ，actor 是 独立 的 软件 实体 ， 它 们 之 间 并 不 共享 任何 可 变 状态 信息 。 
actor 之 间 无 须 共 享 信息 ， 通 过 交换 消息 的 方式 便 可 进行 通信 。 通 过 消除 同步 访问 那些 共享 
可 变 状态 ， 编 写 健壮 的 并 发 应 用 程序 变 得 非常 简单 。 尽 管 这 些 actor 也 许 需要 修改 状态 ， 但 
是 假如 这 些 可 变 状态 对 外 不 可 访问 ， 并 且 actor 框架 确保 actor 相关 代码 调用 是 线程 安全 的 ， 
开发 者 就 无 须 再 费力 编写 枯燥 而 又 容易 出 错 的 同步 原 语 (synchronization primitive) 了 。 


在 这 个 简单 示例 中 ， 我 们 会 将 表示 几何 图 形 的 一 组 类 的 实例 发 送 给 一 个 actor， 该 actor 再 将 
这 组 实例 绘制 到 显示 器 上 。 你 可 以 想象 这 样 一 个 场景 : RLN (rendering farm) 在 为 动 
画 生成 场景 。 一 旦 场景 浑 染 完毕 ， 构 成 场景 的 几何 图 形 便 会 被 发 送 给 某 一 actor 进行 展示 。 
首先 ， 我 们 将 定义 Shape 类 。 


// src/main/scala/progscala2/introscala/shapes/Shapes.scala 
package progscala2.introscala.shapes 




































































case class Point(x: Double = 0.0, y: Double = 0.0) //@ 





FAJAH: Scala | 17 


abstract cLass Shape() { // @ 
[** 
* draw 方 法 接受 一 个 函数 参数 ,每 个 图 形 对 象 都 会 将 自己 的 字符 格式 传 给 函数 f， 
* 由 函数 {执行 绘制 工作 。 
*] 
def draw(f: String => Unit): Unit = f(s"draw: ${this.toString}") //° 
} 


case class Circle(center: Point, radius: Double) extends Shape //@ 


case class Rectangle(lowerLeft: Point, height: Double, width: Double) // © 
extends Shape 


case class Triangle(point1: Point, point2: Point, point3: Point) [L O 
extends Shape 


此 处 声明 了 一 个 表示 二 维 点 的 类 。 

此 处 声明 了 一 个 表示 几何 形状 的 抽象 类 。 

此 处 实现 了 一 个 “绘制 ”形状 的 draw 方法 ， 该 方法 中 仅 输 出 了 一 个 格式 化 的 字符 串 。 
Circle 类 由 圆心 和 半径 组 成 。 

位 于 左下 角 的 点 、 高 度 和 宽度 这 三 个 属性 构成 了 矩形。 为 了 简化 问题 ， 我 们 规定 矩形 
的 各 条 边 分 别 与 横 坐 标 或 纵 坐 标 平 行 。 

@ 三 角形 由 三 个 点 所 构成 。 

Point 类 名 后 列 出 的 参数 列表 就 是 类 构造 函数 参数 列表 。 在 Scala 中 ， 整 个 类 主体 便 是 这 个 
类 的 构造 函数 ， 因 此 你 能 在 类 名 之 后 、 类 主体 之 前 列 出 主 构 造 函 数 的 参数 。 在 本 示例 中 ， 
Point 类 并 没有 类 主体 。 由 于 我 们 在 Point 类 声明 的 前 面 输入 了 case 关键 字 ， 因 此 每 一 个 
构造 函数 参数 都 自动 转化 为 Point 实例 的 某 一 只 读 (不 可 变 ) 字段 。 也 就 是 说 ， 假 如 要 实 
例 化 一 个 名 为 point 的 Point 实例 , 你 可 以 使 用 point.x 和 point.y 读 取 point 的 字段 ， 但 
无 法 修改 它们 的 值 。 党 试 运行 point.y = 3.0 会 触发 编译 错误 。 

你 也 可 以 设置 参数 默认 值 。 每 个 参数 定义 后 出 现 = 0.0 会 把 9.9 设置 为 该 参数 的 默认 值 。 
因此 用 户 无 须 明 确 给 出 参数 值 ，Scala 便 会 推导 出 参数 值 。 不 过 这 些 参数 值 会 按照 从 左 到 
右 的 顺序 进行 推导 。 下 面 我 们 运用 SBT 项 目 去 进一步 探索 参数 默认 值 : 

$ sbt 


© © © ® 6 

































































> compile 

Compiling ... 

[success] Total time: 15 s, completed ... 
> console 

[info] Starting scala interpreter... 


scala> import progscala2.intro.shapes. 
import progscala2.intro.shapes._ 


scala> val p00 = new Point 
p00: intro.shapes.Point = Point(0.0,0.0) 





scala> val p20 = new Point(2.0) 
p20: intro.shapes.Point = Point(2.0,0.0) 


scala> val p20b = new Point(2.0) 
p20b: intro.shapes.Point = Point(2.0,0.0) 


scala> val p02 = new Point(y = 2.0) 
p02: intro.shapes.Point = Point(0.0,2.0) 


scala> p00 == p20 
res0: Boolean = false 


scala> p20 == p20b 
resi: Boolean = true 


因此 ， 当 我 们 不 指定 任何 参数 时 ，Scala 会 使 用 0.0 作为 参数 值 。 当 我 们 只 设 定 了 一 个 参 
数值 时 ，Scala 会 把 这 个 值 赋予 最 左边 的 参数 x， 而 剩 下 来 的 参数 则 使 用 默认 值 。 我 们 还 可 
以 通过 名 字 指 定 参 数 。 对 于 p92 对 象 ， 当 我 们 想 使 用 x 的 默认 值 却 为 y 赋值 时 ， 可 以 使 用 
Point(y = 2.0) 的 语句 。 

由 于 Point 类 并 没有 类 主体 ，case 关键 字 的 男 一 个 特征 便 是 让 编译 器 自动 为 我 们 生成 许多 
方法 ， 其 中 包括 了 类 似 于 Java 语言 中 String, equals Fil hashCode 方法 。 每 个 点 显示 的 输 
出 信息 ， 如 Point(2.0,0.0)， 其 实 是 toString 方法 的 输出 。 大 多 数 开发 者 很 难 正 确 地 实现 
equals 方法 和 hashCode 方法 ， 因 此 自动 生成 这 些 方法 具有 实际 的 意义 。 


Scala 调用 生成 的 equals 方法 ， 以 判断 poo == p20 和 p26 == p20b 是 否 成 立 。 这 与 Java 的 
做 法 不 同 ，Java 通过 比较 引用 是 否 相同 来 判断 == 是 否 成 立 。 在 Java 中 如 果 和 希望 执行 一 次 
逻辑 比较 ， 你 需要 明确 地 调用 equals 方法 。 

现在 我 们 要 谈论 case 类 的 最 后 一 个 特性 ， 编 译 器 同时 会 生成 一 个 伴生 对 象 (companion 
object) ， 伴 生 对 象 是 一 个 与 case 类 同名 的 单 例 对 象 (本 示例 中 ，Poiint 对 象 便 是 一 个 伴生 
对 象 ) 。 




















你 可 以 自己 定义 伴生 对 象 。 任 何 时 候 只 要 对 象 名 和 类 名 相同 并 且 定 义 在 同一 
个 文件 中 ,这些 对 象 就 能 称 作 伴生 对 象 。 


























随后 可 以 看 到 ， 我 们 可 以 在 伴生 对 象 中 添加 方法 。 不 过 伴生 对 象 中 已 经 自动 添加 了 不 少 方 
法 ，apply 方法 便 是 其 中 之 一 。 该 方法 接受 的 参数 列表 与 构造 函数 接受 的 参数 列表 一 致 。 
任何 时 候 只 要 你 在 输入 对 象 后 紧 接着 输入 一 个 参数 列表 ，Scala 就 会 查找 并 调用 该 对 象 的 
apply 方法 ， 这 也 意味 着 下 面 两 行 代码 是 等 价 的 。 

val p1 = Point.apply(1.0, 2.0) 

val p2 = Point(1.0, 2.0) 
如 有 果 对 象 中 未 定义 apply 方法 ， 系 统 将 抛 出 编译 错误 。 与 此 同时 ， 输 入 参数 必须 与 预期 输 
入 相符 。 
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Point.apply 方法 实际 上 是 构建 Point 对象 的 工厂 方法 ， 它 的 行为 很 简单 ， 调 用 该 方法 就 好 
像 是 不 通过 new 关键 字 调 用 Point 的 构造 函数 一 样 。 伴 生 对 象 其 实 与 下 列 代码 生成 的 对 象 
无 异 。 


object Point { 
def apply(x: Double = 0.0, y: Double = 0.0) = new Point(x, y) 





4 


不 过 ， 伴 生 对 象 apply 方法 也 可 以 用 于 决定 相对 复杂 的 类 继承 结构 。 父 类 对 象 需 判断 参数 
列表 与 哪个 字 类 型 最 为 吻合 ， 并 依 此 选择 实例 化 的 子 类 型 。 比 方 说 ， 某 一 数据 类 型 必须 分 
别 为 元 素数 量 少 的 情况 和 元 素数 量 多 的 情况 各 提供 一 个 不 同 的 最 佳 实 现 ， 此 时 选用 工厂 方 
法 可 以 屏蔽 这 一 逻辑 ， 为 用 户 提供 统一 的 接口 。 


紧 挨 着 对 象 名 输入 参数 列表 时 ，Scala 会 查找 并 调用 匹配 该 参数 列表 的 apply 
方法 。 换 句 话说 ，Scala 会 猜想 该 对 象 定义 了 apply 方法 。 从 句法 角度 上 说 ， 
任何 包含 了 apply 方法 的 对 象 的 行为 都 很 像 函数 。 

在 伴生 对 象 中 安置 apply 方法 是 Scala 为 相关 类 定义 工厂 方法 的 一 个 便利 写 
法 。 在 类 中 定义 而 不 是 在 对 象 中 定义 的 apply 方法 适用 于 该 类 的 实例 。 例 
如 ， 调 用 Seq.apply(index: Int) 方法 将 获得 序列 中 指定 位 置 的 元 素 (从 0 
开始 计数 ) 。 




















Shape 是 一 个 抽象 类 。 在 Java 中 我 们 无 法 实例 化 一 个 抽象 类 ， 即 使 该 抽象 类 中 没有 抽象 成 
员 。 该 类 定义 了 shape.draw 方 法， 不 过 我 们 只 希望 能 够 实例 化 具体 的 形状 : AW, EREK 
三 角形 。 

请 注意 传 给 draw 方法 的 参数 ， 该 参数 是 一 个 类 型 为 String => Unit 的 函数 。 也 就 是 说 ， 
PAA f 接受 字符 串 参 数 输 入 并 返回 Unit 类 型 。Unit 是 一 个 实际 存在 的 类 型 ， 它 的 表现 却 
与 Java 中 的 void 类 型 相似 。 在 函数 式 编程 中 ， 大 家 将 void 类 型 称 为 Unit 类 型 . 
具体 做 法 是 draw 方 法 的 调用 者 将 传人 一 个 函数 ， 该 函数 会 接受 表示 具体 形状 的 字符 串 ， 并 
执行 实际 的 绘图 工作 。 


假如 某 函 数 返 回 Unit 对 象 ， 那 么 该 函数 肯定 是 有 副作用 的 。Unit 对 象 没 有 
任何 作用 ， 因 此 该 函数 只 能 对 某 些 状态 产生 副作用 。 副 作用 可 能 会 造成 全 局 
范围 的 影响 ， 比 如 执行 一 次 输入 或 输出 操作 (IO)， 也 可 能 只 会 影响 某 些 局 
部 对 象 。 






































通常 在 函数 式 编 程 中 ， 人 们 更 青睐 于 那些 没有 任何 副作用 的 纯 函数 ， 这 些 纯 函数 的 返回 值 
便 是 它们 的 工作 成 果 。 纯 函数 容易 阐述 、 易 于 测试 ， 也 很 方便 重用 ， 而 副作用 往往 是 错误 
之 源 。 不 过 最 起 码 现实 中 的 程序 离 不 开 VO, 

Shape.draw 曾 明 了 这 样 一 个 观点 : 与 Strings, Ints, Points 和 其 他 对 象 无 异 ， 国 数 也 是 
第 一 等 级 的 值 。 和 其 他 值 一 样 ， 我 们 可 以 将 函数 赋 给 变量 ,将 函数 作为 参数 传递 给 其 他 函 
数 ， 就 好 像 draw 方法 一 样 。 函 数 还 能 作为 其 他 函数 的 返回 值 。 我 们 将 利用 函数 这 一 特性 构 
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建 可 组 合并 且 灵 活 的 软件 。 


假如 某 函 数 接受 其 他 函数 参数 并 返回 函数 ， 我 们 称 之 为 高 阶 范 数 (higher-order function, 
HOF). 


我 们 可 以 认为 dran 方法 定义 了 一 个 所 有 形状 类 都 必须 支持 的 协议 ， 而 用 户 可 以 自 定 
义 这 个 协议 的 实现 。 各 个 形状 类 可 以 通过 toString 方法 决定 如 何 将 状态 信息 序列 化 为 
字符 串 。draw 方 法 会 调用 ff 函数， 而 f 函数 通过 Scala 2.10 引入 的 新 特性 播 值 字 符 事 
(interpolated string) 构建 了 最 终 的 字符 串 。 














如 果 你 忘 了 在 “插值 字符 串 ” 前 输入 s 字符 ，draw: ${this. toString} 将 原 
封 不 动 地 返回 给 你 。 也 就 是 说 ， 字 符 串 不 会 被 窜改 。 


Circle, Rectangle fil Triangle 类 都 是 Shape 类 的 具体 子 类 。 这 些 类 并 没有 类 主体 ， 这 
是 因为 case 关键 字 为 它们 定义 好 了 所 有 必须 的 方法 ， 如 Shape.draw 所 需要 的 toString 
方法 。 

为 了 简化 问题 ， 我 们 规定 矩形 的 各 条 边 平行 于 x 或 y 轴 。 因 此 ， 我 们 使 用 一 个 点 ( 左 侧 最 
低 点 即 可 )、 算 形 的 高 度 和 宽度 便 能 描述 矩阵 。 而 Triangle 类 (三 角形 ) 的 构造 函数 则 接 
受 三 个 Pointer 对 象 参 数 。 

在 简化 后 的 程序 中 ， 传 递 给 draw 方法 的 f 函数 只 会 在 控制 台中 输出 一 条 字符 串 ， 不 过 你 
许 有 机 会 构建 一 个 真实 的 图 形 程序 ， 该 程序 将 使 用 f 函数 将 图 形 绘制 到 显示 器 上 。 

既然 已 经 定义 好 了 形状 类 型 ， 我 们 便 可 以 回 到 actor 上 。 其 中 ，Typesafe (http://typesafe. 
com) 贡献 的 Akka 类 库 (http://akka.io) 会 被 使 用 到 。 项 目 文件 build.sbt 中 已 经 将 该 类 库 
设 定 为 项 目 依赖 项 。 

下 面 列 出 ShapesDrawingActor 类 的 实现 代码 : 


// src/main/scala/progscala2/introscala/shapes/ShapesDrawingActor.scala 
package progscala2.introscala.shapes 























object Messages { // © 
object Exit //@ 
object Finished 
case class Response(message: String) // © 
} 
import akka.actor.Actor //@ 
class ShapesDrawingActor extends Actor { // © 
import Messages._ // 9 
def receive = { //@ 


case s: Shape => 
s.draw(str => println(s"ShapesDrawingActor: $str")) 
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sender ! Response(s"ShapesDrawingActor: $s drawn") 


case Exit => 


println(s"ShapesDrawingActor: exiting...") 
sender ! Finished 

case unexpected => // default. Equivalent to "unexpected: Any" 
val response = Response(s"ERROR: Unknown message: Sunexpected") 
println(s"ShapesDrawingActor: $response" ) 
sender ! response 


} 
此 处 声明 了 对 象 Messages， 


© 


该 对 象 定 义 了 大 多 数 actor 之 间 进 行 通信 的 消息 。 这 些 消息 


就 好 像 信 号 量 一 样 ， 触 发 了 彼此 的 行为 。 将 这 些 消 息 封装 在 一 个 对 象 中 是 一 个 常见 的 


封装 方式 。 





@ Exit 和 Finished 对 象 中 不 包含 任何 状态 ， 它 们 起 到 了 标志 的 作用 。 
© 当 接 收 到 发 送 者 发 送 的 消息 后 ， 样 板 类 (case class) Response 会 随意 构造 字符 串 消 息 ， 





并 将 消息 返回 给 发 送 者 。 


© 导入 akka.actor.Actor 类 型 (http://doc.akka.io/api/akka/current/#akka.actor.Actor)。Actor 
类 型 是 一 个 抽象 基 类 ， 我 们 将 继承 该 类 定义 actor, 

@ 此 处 定义 了 一 个 actor 类 ， 用 于 绘制 图 形 。 

@ 此 处 导入 了 Messages 对 象 中 定义 的 三 个 消息 。Scala 支持 谋 套 导入 (nesting import), H 
套 导 入 会 限定 这 些 值 的 作用 域 。 

O 此 处 实现 了 抽象 方法 Actor.receive。 该 方法 是 Actor 的 子 类 必须 实现 的 方法 ， 定 义 了 


























如 何 处 理 接收 到 的 消息 。 











包括 Akka 在 内 的 大 多 数 actor 系统 中 ， 每 一 个 actor 都 会 有 一 个 关联 邮箱 (mailbox)。 关 





联 邮箱 中 存储 着 大 量 消息 ， 而 


这 些 消息 只 有 经 过 actor 处 理 后 才 会 被 提取 。Akka 确保 了 消 














息 处 理 的 顺序 与 接收 顺序 相同 ， 而 对 于 那些 正在 被 处 理 的 消息 ，Akka 保证 不 会 有 其 他 线 
程 抢占 该 消息 。 因 此 ， 使 用 Akka 编写 的 消息 处 理 代码 天 生 具 有 线程 安全 的 特性 。 












































需要 注意 的 是 ，Akka 支持 一 利 
实现 体 中 也 只 包含 了 一 组 由 ca 


def receive = { 
case first_pattern => 


奇特 的 receive 方法 实现 方式 。 该 实现 不 接受 任何 参数 ， 而 
se 关键 字 开 头 的 表达 式 。 


first_pattern_expressions 


case second_pattern => 


second_pattern_expressions 


} 


偏 函数 (PartialFunction, http://www.scala-lang.org/api/current/#scala.PartialFunction) 是 


一 类 较为 特殊 的 函数 ， 上 述 函 


数 体 所 用 的 语法 就 是 典型 的 偏 函数 语法 。 偏 函数 实际 类 型 是 





PartialFunction[Any,Unit], 这 说 明 偏 函数 接受 单一 的 Any 类 型 参数 并 返回 Unit 值 。Any 
是 Scala 类 层次 级 别 的 根 类 ， 因 此 该 函数 可 以 接受 任何 参数 。 由 于 该 函数 返回 Unit 对 象 ， 


因此 函数 体 一 定 会 产生 副作用 














。 由 于 actor 系统 采用 了 异步 消息 机 制 ， 它 必须 依靠 副作用 。 


通常 情况 下 由 于 传递 消息 后 无 法 返回 任何 信息 ， 我 们 的 代码 块 中 便 会 发 送 一 些 其 他 消息 ， 





RE 
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包括 给 发 送 者 的 返回 信息 。 

偏 国 数 中 仅 包含 了 一 些 case 子 句 ， 这 些 子 句 会 对 传递 给 函数 的 消息 执行 模式 匹配 。 代 码 中 
并 没有 任何 表示 消息 的 函数 参数 ， 内 部 实现 需要 处 理 这 些 消 息 。 

当 匹 配 上 某 一 模式 时 ， 系 统 将 执行 从 箭头 符 (=>) 到 下 一 个 case 子 句 (也 有 可 能 是 函数 结 
尾 处 ) 之 间 的 表达 式 。 由 于 箭头 符 和 下 一 个 case 关键 字 能 够 无 误 地 标识 代码 区 间 ， 因 此 无 
须 使 用 大 括号 包 住 表达 式 。 另 外 ， 假 如 case 关键 字 后 只 有 一 句 简 短 的 表达 式 ， 可 以 不 用 换 
行 ， 直 接 将 表达 式 放 在 箭头 后 面 。 
尽管 听 上 去 挺 复杂 ， 实 际 上 偏 国 数 是 一 个 简单 的 概念 。 单 参数 函数 会 接受 某 一 类 型 的 输入 
值 并 返回 相同 或 不 同类 型 的 值 。 而 选用 偏 函 数 相当 于 明确 地 告诉 其 他 人 :“ 我 也 许 无 法 处 
理 所 有 你 输入 给 我 的 值 。” 除 法 x/y 是 数学 上 的 一 个 经 典 偏 函 数 例 子 ， 当 分 母 y 为 0 时 ，x/ 
y 的 值 是 不 确定 的 。 因 此 ， 除 法 是 一 个 偏 函 数 。 

receive 方法 会 尝试 将 接收 到 的 各 条 消息 与 这 三 个 模式 匹配 表达 式 进 行 匹 配 ， 并 执行 最 先 
被 匹配 上 的 表达 式 。 接 下 来 我 们 对 receive 方法 进行 分 解 。 


def receive = { 















































case s: Shape => //@ 

case Exit => //@ 

Gases unexpectd => // © 
} 


o 如 果 收 到 的 信息 是 Shape 的 一 个 实例 ， 那 说 明 该 消息 匹配 了 第 一 条 case 子 句 。 我 们 也 
会 将 Shape 对 象 引 用 赋 给 变量 s。 也 就 是 说 ， 虽 然 输 入 消息 的 类 型 为 Any， 但 s 类 型 却 
是 Shape。 

@ 判断 消息 是 否 为 Exit 消息 体 。Exit 消息 用 于 标识 已 经 完成 。 

© 这 是 一 条 “默认 ” 子 句 ， 可 以 匹配 任何 输入 。 该 子 句 等 同 于 unexpected: Any FAJ, X} 
于 那些 未 能 与 前 两 个 子 句 模式 匹配 的 任何 输入 ， 该 子 句 都 会 匹配 。 而 变量 unexpected 
会 被 赋予 消息 值 。 

最 后 一 条 匹配 规则 能 匹配 任何 消息 ， 因 此 该 规则 必须 放 到 最 后 一 位 。 假 如 你 尝试 将 其 放置 

到 某 些 规则 之 前 ， 你 将 看 到 unreachable code 的 错误 信息 。 这 是 因为 这 些 后 续 的 case 表达 

式 不 可 访问 。 

值得 注意 的 是 ， 由 于 我 们 添加 了 “默认 ” 子 句 ， 这 个 “ 偏 ” 函 数 其 实 变 成 了 “完整 的 ”， 

这 意味 着 该 函数 能 正确 处 理 任何 输入 。 

下 面 让 我 们 查看 每 个 匹配 点 调用 的 表达 式 : 


def receive = { 
case s: Shape => 








a 

















s.draw(str => println(s"ShapesDrawingActor: $str")) //@ 

sender ! Response(s"ShapesDrawingActor: $s drawn") // @ 
case Exit => 

println(s"ShapesDrawingActor: exiting...") // ® 
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sender ! Finished // 9 
Case Unexpected => 

val response = Response(s"ERROR: Unknown message: Sunexpected") // © 

println(s"ShapesDrawingActor: Sresponse" ) 

sender ! response // ® 


} 
调用 了 形状 s 的 draw 方 法 并 传 入 一 个 匿名 函数 ， 该 匿名 函数 了 解 如 何 处 理 draw 方法 生 
成 的 字符 串 。 在 这 段 代码 中 ， 此 匿名 函数 仅 打 印 了 生成 的 字符 串 。 
向 “发 信 方 ”回复 了 一 个 消息 。 
打印 了 一 条 表示 正在 退出 的 消息 。 
向 “发 信 方 ”发 送 了 一 条 结束 信息 。 
根据 错误 信息 生成 Response 对 象 ， 并 打印 错误 信息 。 
@ 向 “发 信 方 ”回复 了 这 条 信息 。 
代码 sender ! Response(s"ShapesDrawingActor: $s drawn") 创建 了 回复 信息 ， 并 将 该 信息 
发 送 给 了 shape 对 象 的 发 送 方 。Actor .sender 函数 返回 了 actor 发 送 消 息 接收 方 的 对 象 引 
H, m! 方法 则 用 于 发 送 异 步 消息 。 是 的 ，! 是 一 个 方法 名 ， 使 用 ! 遵循 了 之 前 Erlang 的 
消息 发 送 规范 ， 值 得 一 提 的 是 ，Erlang 是 一 门 推广 actor 模型 的 语言 。 
我 们 也 可 以 在 Scala 允许 范围 内 使 用 一 些 语法 糖 。 下 面 两 行 代码 是 等 价 的 : 


sender ! Response(s"ShapesDrawingActor: $s drawn") 
sender.!(Response(s"ShapesDrawingActor: $s drawn")) 


假如 某 一 方法 只 接受 单一 参数 ， 你 可 以 省 略 掉 对 象 后 的 点 号 和 参数 周边 的 括号 。 请 注意 ， 
第 一 行 代 码 看 起 来 更 清晰 ， 这 也 是 Scala 支持 这 种 语法 的 原因 。 表 示 法 sender ! Response 
被 称 为 中 置 表示 法 ， 这 是 因为 操作 符 ! 位 于 对 象 和 参数 中 间 。 


Scala 的 方法 名 可 以 是 操作 符 。 调 用 接受 单一 参数 的 方法 时 可 以 省 略 对 象 后 
的 点 号 和 参数 周边 的 括号 。 不 过 有 时候 省 略 它们 会 导致 解析 二 义 性 ， 这 时 你 
需要 保留 点 号 或 保留 括号 ， 有 时 候 两 者 都 需要 保留 。 
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在 进入 最 后 一 个 actor 之 前 还 有 最 后 一 个 值得 注意 的 地 方 。 使 用 面向 对 象 编 程 时 ， 有 一 条 
经 常 被 人 提 及 的 原则 : 永远 不 要 在 case 语句 上 进行 类 型 匹配 。 这 是 因为 如 果 继 承 层次 结构 
发 生 了 变化 ，case 表达 式 也 会 失效 。 作 为 替代 方案 ， 你 应 该 使 用 多 态 国 数 。 这 是 不 是 意味 
着 我 们 之 前 谈论 的 模式 匹配 代码 只 是 一 个 反 模式 呢 ? 

回顾 一 下 ， 我 们 之 前 定义 的 Shape.draw 方法 调用 了 Shape 类 的 toString 方法 ， 由 于 Shape 
类 的 那些 子 类 是 case 类 ， 因 此 这 些 子 类 中 实现 了 toString 方法。 第 一 个 case 语句 中 的 代 
码 调用 了 多 态 的 toString 操作 ， 而 我 们 也 没有 与 Shape 的 某 一 具体 子 类 进行 匹配 。 这 意味 
着 即便 修改 了 Shape 类 层次 结构 ， 我 们 的 代码 也 不 会 失效 。 其 他 的 case 子 句 所 匹配 的 条 件 
也 与 类 层次 无 关 ， 即 便 这 些 条 件 真 会 发 生变 化 ， 变 化 也 不 会 频繁 。 


由 此 ， 我 们 将 面向 对 象 编程 中 的 多 态 与 函数 式 编程 中 的 劳模 一 一 模式 匹配 结合 到 了 一 起 。 
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这 是 Scala 优雅 地 集成 这 两 种 编程 范式 的 方式 之 一 。 





模式 匹配 与 子 类 型 多 态 
模式 匹配 在 函数 式 编程 中 扮演 了 重要 的 角色 ， 而 子 类 型 多 态 ( 即 重 写 子 类 型 中 的 方法 ) 
在 面向 对 象 编程 的 世界 中 同样 不 可 或 缺 。 函 数 式 编程 中 的 模式 匹配 的 重要 性 和 复杂 度 
都 要 远 超 过 大 多 数 命令 式 语言 中 对 应 的 swith/case 语 揣 。 我 们 将 在 第 4 章 深入 探讨 模 
式 匹 配 。 在 此 处 的 示例 中 ,我 们 开始 了 解 到 闻 数 风格 的 模式 匹配 和 多 态 调度 之 间 的 结 
合 会 产生 强大 的 组 合 效果 ， 而 这 也 是 像 Scala 这 样 的 混合 范式 语言 能 提供 的 一 大 益处 。 














最 后 ， 我 将 列 出 运行 此 示例 的 ShapesDrawingDriver 对 象 的 代码 : 


// src/main/scala/progscala2/introscala/shapes/ShapesActorDriver.scala 
package progscala2.introscala.shapes 

import akka.actor.{Props, Actor, ActorRef, ActorSystem} 

import com.typesafe.config.ConfigFactory 




















// 仅 用 于 本 文件 的 消息 : 


private object Start //@ 
object ShapesDrawingDriver { //@ 
def main(args: Array[String]) { // ® 


val system = ActorSystem("DrawingActorSystem", ConfigFactory.load()) 
val drawer = system.actorOf( 
Props(new ShapesDrawingActor), "drawingActor") 
val driver = system.actorOf( 
Props(new ShapesDrawingDriver(drawer)), "drawingService" ) 
driver ! Start // @ 
} 
} 


class ShapesDrawingDriver(drawerActor: ActorRef) extends Actor { // ® 
import Messages._ 


def receive = { 
case Start => // ® 


drawerActor ! Circle(Point(0.0,0.0), 1.0) 
drawerActor ! Rectangle(Point(0.0,0.0), 2, 5) 
drawerActor ! 3.14159 
drawerActor ! Triangle(Point(0.0,0.0), Point(2.0,0.0), Point(1.0,2.0)) 
drawerActor ! Exit 

case Finished => //@ 
println(s"ShapesDrawingDriver: cleaning up...") 
context.system. shutdown() 

case response: Response => // ® 
println("ShapesDrawingDriver: Response = " + response) 

case unexpected => // 9 


println("ShapesDrawingDriver: ERROR: Received an unexpected message = 
+ unexpected) 
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定义 仅 用 于 本 文件 的 消息 (私有 消息 )， 该 消息 用 于 启动 。 使 用 一 个 特殊 的 开始 消息 是 
一 个 普遍 的 做 法 。 

定义 “驱动 ”actor。 

定义 了 用 于 驱动 应 用 的 主 方法 。 主 方法 先后 构建 了 一 个 akka.actor.ActorSystem 对 
Z (http://doc.akka.io/api/akka/current/#akka.actor.ActorSystem) 和 两 个 actor 对 象 : 
我 们 之 前 讨论 过 的 ShapesDrawingActor 对 象 和 即将 讲解 的 ShapesDrawingDriver 对 
象 。 我 们 暂时 先 不 讨论 设置 Akka 的 方法 ， 在 17.3 市 将 详细 讲述 。 现 在 只 需要 知道 
我 们 把 ShapesDrawingActor 对 象 传递 给 了 ShapesDrawingDriver 即 可 ， 事 实 上 我 们 向 
ShapesDrawingDriver 对 象 传递 的 对 象 属于 akka.actor.ActorRef 类 型 (http://doc.akka. 
io/api/akka/current/#akka.actor.ActorRef, actor 的 引用 类 型 ， 指 向 实际 的 actor 实例 ) 。 

向 驱动 对 象 发 送 Start 命令 ， 局 动 应 用 ! 

定义 了 actor 类 : ShapesDrawingDriver。 

当 receive 方法 接收 到 Start 消息 时 ， 它 将 向 ShapesDrawingActor pon H: 
包含 了 三 个 形状 类 对 象 ，Pt 值 (将 被 视 为 错误 信息 ) 和 Exit 消息 这 能 看 出 ， 这 是 
一 个 生命 周期 很 短 的 actor 系统 ! 

假如 ShapesDrawingDriver 发 送 Exit 消息 后 接收 到 了 返回 的 Finished 消息 (请 回忆 
一 下 ShapesDrawingActor 类 处 理 Exit 消息 的 逻辑 )， 那 么 我 们 将 访问 Actor 类 提供 的 
context 字段 来 关闭 actor 系统 。 





























@ 简单 地 打印 出 其 他 错误 的 回复 信息 。 
@ 与 之 前 所 见 的 默认 子 句 一 样 ， 该 子 句 用 于 处 理 预料 之 外 的 消息 。 
让 我 们 尝试 运行 该 程序 ! 在 sbt 提示 符 后 输入 run, sbt 将 按 需 编译 代码 并 列 出 所 有 定义 了 
main 方法 的 代码 示例 程序 : 
> run 


[info] Compiling ... 
Multiple main classes detected, select one to run: 


[1] progscala2.introscala.shapes.ShapesDrawingDriver 


Enter number: 





输入 数字 1， 之 后 我 们 便 能 看 到 下 列 输出 ( 为 了 方便 显示 ， 已 对 输出 内 容 进 行 排版 ): 


Enter number: 1 


[info] Running progscala2.introscala. shapes. ShapesDrawingDriver 
ShapesDrawingActor: draw: Circle(Point(0.0,0.0),1.0) 
ShapesDrawingActor: draw: Rectangle(Point(0.0,0.0),2.0,5.0) 
ShapesDrawingActor: Response(ERROR: Unknown message: 3.14159) 
ShapesDrawingActor: draw: Triangle( 

Point(0.0,0.0),Point(2.0,0.0),Point(1.0,2.0)) 
ShapesDrawingActor: exiting... 





ShapesDrawingDriver: Response = Response( 

ShapesDrawingActor: Circle(Point(0.0,0.0),1.0) drawn) 
ShapesDrawingDriver: Response = Response( 

ShapesDrawingActor: Rectangle(Point(0.0,0.0),2.0,5.0) drawn) 
ShapesDrawingDriver: Response = Response(ERROR: Unknown message: 3.14159) 
ShapesDrawingDriver: Response = Response( 

ShapesDrawingActor: Triangle( 

Point(0.0,0.0),Point(2.0,0.0),Point(1.0,2.0)) drawn) 
ShapesDrawingDriver: cleaning up... 
[success] Total time: 10 s, completed Aug 2, 2014 7:45:07 PM 
> 


由 于 所 有 的 消息 都 是 以 异步 的 方式 发 送 的 ， 你 可 以 看 到 驱动 actor 和 绘图 actor 的 消息 交织 
在 一 起 。 不 过 处 理 消息 的 顺序 与 发 送 消息 的 顺序 相同 。 运 行 多 次 应 用 程序 ， 你 会 发 现 每 次 
输出 都 会 不 同 。 
到 现在 为 止 ， 我 们 已 经 党 试 了 基于 actor 的 并 发 编程 ， 同 时 也 掌握 了 一 些 很 有 威力 的 Scala 
特性 。 


1.5 本章 回顾 与 下 一 章 提 要 


我 们 首先 介绍 了 Scala， 之 后 分 析 了 一 些 重要 的 Scala 代码 ， 其 中 包含 一 些 Akka 的 actor 并 
发 库 相 关 代 码 。 


你 在 学 习 Scala 的 过 程 中 ， 也 可 以 访问 http://scala-lang.org 网 站 获取 其 他 一 些 有 用 的 资 
源 。 在 该 网 站 上 ， 能 找到 一 些 指向 Scala 类 库 、 教 程 以 及 一 些 描 述 这 门 语 言 特性 相关 文 
章 的 链接 。 

Typesafe 是 一 家 为 Scala 以 及 包括 Akka (http://akka.io), Play (http://www.playframework. 
com) 在 内 的 许多 基于 JVM 的 开发 工具 和 框架 提供 支持 的 商业 公司 。 在 该 公司 的 网 站 上 
(http://typesafe.com) 也 能 找到 一 些 有 用 的 资源 。 尤 其 是 Typesafe Activator 工具 (http:// 
typesafe.com/activator) ， 该 工具 会 根据 不 同类 型 的 Scala 或 Java 应 用 程序 模版 ， 执 行 分 析 、 
下 载 和 构建 工作 。Typesafe 公司 还 提供 了 订购 支持 、 和 咨询 及 培训 服务 。 


在 后 续 的 部 分 ， 我 们 将 继续 介绍 Scala 的 特性 ， 着 重 介 绍 如 何 使 用 Scala 简洁 有 效 地 完成 
fe, 
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在 第 1 章 的 结尾 我 们 介绍 了 一 个 关于 Akka actor 的 应 用 ， 这 个 例子 可 能 稍 显 复杂 。 本 章 我 
们 将 继续 探究 Scala 的 特性 ， 重 点 关注 它 如 何 为 我 们 提供 简 洗 且 灵 活 的 语法 代码 。 我 们 将 
探讨 如 何 组 织 文件 与 包 ， 如 何 导 入 其 他 类 型 、 变 量 、 方 法 声明 ， 以 及 一 些 非常 有 用 的 数据 
类 型 和 各 种 约定 俗 成 的 语法 习惯 。 


2.1 分 号 


分 号 是 表达 式 之 间 的 分 隔 符 ， 可 以 推断 得 出 。 当 一 行 结束 时 ，Scala 就 认为 表达 式 结束 了 ， 
除非 它 可 以 推断 出 该 表达 式 尚 未 结束 ， 应 该 延续 到 下 一 行 ， 如 下 面 这 个 例子 : 


// src/main/scala/progscala2/typelessdomore/semicolon-example.sc 














// 末尾 的 等 号 表明 下 一 行 还 有 未 结束 的 代码 。 
def equalsign(s: String) = 
println("equalsign: " + s) 





// 末尾 的 花 括 号 表明 下 一 行 还 有 未 结束 的 代码 。 
def equalsign2(s: String) = { 
println("equalsign2: " + s) 


} 
// REMES AS PREF E ADT LAE, PTERA RAR 


def commas(s1: String, 
s2: String) = Console. 
println("comma: " + s1 + 
"s "+ s2) 


与 编译 器 相 比 ，REPL 更 容易 将 每 行 视 为 单独 的 表达 式 。 因 此 ， 在 REPL 中 输入 跨越 多 行 





28 


的 表达 式 时 ， 最 安全 的 做 法 是 每 行 〈 除 最 后 一 行 外 ) 都 以 上 述 脚本 中 出 现 过 的 符号 结尾 。 
反 过 来 ， 你 可 以 将 多 个 表达 式 放 在 同一 行 中 ， 表 达 式 之 间 用 分 号 隔 开 。 
如 果 你 需要 将 多 行 代码 解释 为 同一 表达 式 ， 却 被 系统 视 为 多 个 表达 式 ， 可 


以 使 用 REPL 的 :paste 模式 。 输 入 :paste， 然 后 输入 你 的 代码 ， 最 后 用 
Ctrl-D 结束 。 














2.2 变量 声明 


在 声明 变量 时 ，Scala 允许 你 决定 该 变量 是 不 可 变 CA) 的 ， 还 是 可 变 的 〈 读 写 ) 。 如 下 
所 示 ， 不 可 变 的 “变量 ”用 val 关键 字 声 明 

val array: Array[String] = new Array(5) 
Scala 的 大 部 分 变量 事实 上 是 指向 堆 内 存 对 象 的 引用 ， 这 一 点 与 Java 一 致 。 所 以 ， 以 上 代 
码 中 的 array 也 是 一 个 引用 ， 它 不 能 指向 其 他 Array， 但 所 指向 的 Array 中 的 元 素 是 可 变 
的 ， 如 下 所 示 : 


scala> val array: Array[String] = new Array(5) 
array: Array[String] = Array(null, null, null, null, null) 

















scala> array = new Array(2) 
<console>:8: error: reassignment to val 
array = new Array(2) 


scala> array(0) = "Hello" 


scala> array 
resi: Array[String] = Array(Hello, null, null, null, null) 


一 个 val 变量 在 声明 时 必须 被 初始 化 。 


类 似 地 ， 一 个 可 变 变 量 用 关键 字 var 来 声明 。 尽 管 由 于 该 变量 是 可 变 变量 ， 声 明 后 可 以 再 
次 对 其 赋值 ， 也 必须 在 声明 的 同时 立即 初始 化 : 


scala> var stockPrice: Double = 100.0 
stockPrice: Double = 100.0 


























scala> stockPrice = 200.0 
stockPrice: Double = 200.0 


这 里 要 区 分 一 下 : 这 一 次 我 们 修改 了 stockPrice 本 身 ， 然 而 ，stockPrice 所 引用 的 “对 
象 ”没有 被 修改 ， 因 为 在 Scala 中 Double 类 型 是 不 可 变 的 。 


在 Java 中 ， 所 谓 的 原生 类 型 ， 即 char、byte、short、int、long、float、double 和 
boolean， 与 其 他 引用 类 型 有 着 本 质 的 不 同 。 这 些 类 型 确实 既 不 是 对 象 ， 也 没有 引用， 是 
“原始 ” 值 。Scala 尽力 使 其 面向 对 象 特 性 更 加 一 致 ， 因 此 这 些 类 型 在 Scala 中 是 包含 有 方 
法 的 对 象 ， 就 像 引 用 类 型 一 样 (参见 8.2 节 )。 然 而 ，Scala 编译 时 将 这 些 类 型 尽 可 能 地 转 
为 原生 类 型 ， 使 你 可 以 得 到 原生 类 型 的 运行 效率 (在 12.4 节 中 我 们 将 深入 讨论 这 一 点 )。 
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用 val 和 var 声明 变量 时 必须 初始 化 这 一 规则 ， 但 存在 少数 例外 情况 。 例 如 ， 这 两 个 关键 
字 均 可 以 用 在 构造 国 数 的 参数 中 ， 这 时 候 变 量 是 该 类 的 一 个 属性 ， 因 此 显然 不 必 在 声明 时 
进行 初始 化 。 此 时 如 果 用 val 声明 ， 该 属性 是 不 可 变 的 ， 如 果 用 var 声明 ， 则 该 属性 是 可 
变 的 。 


考虑 如 下 REPL 会 话 ， 在 这 里 我 们 定义 了 Person 类 ， 甚 中 包含 表示 姓 和 名 的 不 可 变 变 量 ， 
































Ar = 





而 年 龄 则 是 可 变 的 〈 因 为 人 的 年 龄 会 随时 间 变 大 的 缘故 ) : 


为 了 减少 可 变性 引起 的 bug， 应 该 尽 可 能 地 使 用 不 可 变 变 量 。 
例如 ， 在 散 列 映射 中 ， 可 变 对 象 是 非常 危险 的 。 如 有 果 对 象 发 生 改变 ，hashCcode 方法 的 输出 


// src/main/scala/progscala2/typelessdomore/person.sc 
scala> class Person(val name: String, var age: Int) 
defined class Person 


scala> val p = new Person("Dean Wampler", 29) 
p: Person = Person@165a128d 


scala> p.name 








res0: String = Dean Wampler // 显示 firstName 的 值 
scala> p.age 

res2: Int = 29 // 显示 age 的 值 
scala> p.name = "Buck Trends" 


<console>:9: error: reassignment to val // 这 是 不 人 允许 的 ! 


p.name = "Buck Trends" 
AN 


scala> p.age = 30 
p.age: Int = 30 // RFI 











ee ei 否 可 以 指向 另 一 个 不 同 的 对 象 ， 它 们 并 
未 表明 其 所 引用 的 对 象 是 











就 会 发 生变 化 ， 在 散 列 映射 表 中 原来 的 位 置 就 无 法 找到 对 应 的 值 了 。 
更 为 常见 的 是 ， 当 你 正在 使 用 的 对 象 被 其 他 人 修改 时 ， 将 引起 对 象 产 生 不 可 预见 的 行为 。 








借用 量子 力学 的 名 词 ， 这 是 一 种 “幽灵 般 的 超 距 作用 ”， 本 地 的 所 有 操作 都 无 法 解释 这 种 

















不 可 预见 的 行为 ， 因 为 这 是 由 其 他 某 处 的 操作 引起 的 。 











这 在 多 线程 程序 中 是 最 致命 的 bug。 在 多 线程 程序 中 ， 对 共享 的 可 变 状态 进行 读 写 之 前 要 
使 用 同步 操作 ， 但 实践 中 往往 很 难 实现 正确 的 同步 。 
这 个 时 候 ， 如 果 你 使 用 的 是 不 可 变 的 值 ， 就 可 以 减少 这 类 问题 。 




















2.3 Range 











我 们 接 下 来 将 讨论 方法 的 声明 ， 但 其 中 的 示例 需要 用 到 Range 的 概念 (http://www.scala- 


lang.org/api/current/scala/collection/immutable/Range.html) ， 因 此 我 们 先 来 讨论 Range, 





有 时 我 们 需要 一 个 数字 序列 ， 从 某 个 起 点 到 某 个 终点 。 而 Range 能 满足 这 个 需要 。 以 下 
实例 将 展示 如 何 创 建 Range， 支 持 Range 的 类 型 包括 Int, Long, Float, Double, Char, 











BigInt (支持 任意 大 小 的 整数 ，http:/www.scala-lang.org/api/current/scala/math/BigInt.html) 


Ail BigDecimal (支持 任意 大 小 的 浮 点 数 ，http://www.scala-lang.org/api/current/scala/math/ 





BigDecimal.html) 。 
你 创建 的 Range 可 以 包含 区 间 上 限 ， 也 可 以 不 包含 区 间 上 限 ， 步 长 默认 为 1， 也 可 以 指定 
一 个 非 1 的 步 长 : 

scala> 1 to 10 // Int 类 型 的 Range, 包 括 区 间 上 限 , 步 长 为 1( 从 1 到 10) 


res0: scala.collection.immutable.Range.Inclusive = 
Range(1, 2, 3, 4, 5, 6, 7, 8, 9, 10) 


scala> 1 until 10 // Int 类 型 的 Range, 不 包括 区 间 上 限 , 步 长 为 1( 从 1 到 9) 


resi: scala.collection.immutable.Range = Range(1, 2, 3, 4, 5, 6, 7, 8, 9) 





scala> 1 to 10 by 3 // Int 类 型 的 Range, 包 括 区 间 上 限 , 步 长 为 3 


res2: scala.collection.immutable.Range = Range(1, 4, 7, 10) 


scala> 10 to 1 by -3 // Int 类 型 的 递减 Range, 包 括 区 间 下 限 , 步 长 为 -3 


res2: scala.collection.immutable.Range = Range(10, 7, 4, 1) 





scala> 1L to 10L by 3 // Long 类 型 


res3: scala.collection.immutable.NumericRange[Long] = NumericRange(1, 4, 7, 10) 


scala> 1.1f to 10.3f by 3.1f // FLoat 类 型 的 Range, 步 长 可 以 不 等 于 1 
res4: scala.collection.immutable.NumericRange[Float] = 
NumericRange(1.1, 4.2, 7.2999997) 


scala> 1.1f to 10.3f by 0.5f // FLoat 类 型 的 Range, 步 长 可 以 小 于 1 
res5: scala.collection.immutable.NumericRange[Float] = 
NumericRange(1.1, 1.6, 2.1, 2.6, 3.1, 3.6, 4.1, 4.6, 5.1, 5.6, 6.1, 6.6, 
7.1, 7.6, 8.1, 8.6, 9.1, 9.6, 10.1) 


scala> 1.1 to 10.3 by 3.1 // Double 类 型 
res6: scala.collection.immutable.NumericRange[Double] = 
NumericRange(1.1, 4.2, 7.300000000000001) 


scala> 'a' to 'g' by 3 // Char 类 型 
res7: scala.collection.immutable.NumericRange[Char] = NumericRange(a, d, g) 


scala> BigInt(1) to BigInt(10) by 3 
res8: scala.collection.immutable.NumericRange[BigInt] = 


NumericRange(1, 4, 7, 10) 


scala> BigDecimal(1.1) to BigDecimal(10.3) by 3.1 


res9: scala.collection.immutable.NumericRange. IncLlusive[scala.math.BigDecimal] 


= NumericRange(1.1, 4.2, 7.3) 
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部 分 输出 根据 页 面 大 小 进行 了 重新 排版 。 


2.4 偏 函 数 


我 们 来 讨论 偏 国 数 (PartialFunction, http://bit.ly/lyMpzEP) 的 性 质 。 偏 函数 之 所 以 


“ 偏 ”， 原 因 在 于 它们 并 不 处 理 所 有 可 能 的 输入 ， 而 只 处 至 





的 输入 。 


在 偏 函数 中 只 能 使 用 case 语句 ， 而 整个 函数 必须 用 花 括号 包围 。 这 与 普通 的 函数 字 
同 ， 普 通 函 数字 面 量 可 以 用 花 括号 ， 也 可 以 用 圆 括号 包 上 








fi] 























ar 





o 








那些 能 与 至 少 一 个 case 语句 匹配 


A 


ROAR he BCR VAL, Ti ABCA ASS PA Te ABT A, ASA MHA Matcherror 
(http://www.scala-lang.org/api/current/#scala.MatchError) 运行 时 错误 。 
我 们 可 以 用 isDefineat 方法 测试 特定 输入 是 否 与 偏 国 数 匹配 ， 这 样 偏 函 数 就 可 以 避免 抛 出 
MatchError 错误 了 。 
偏 函 数 可 以 如 此 “ 链 式 ”连接 : pf1 orElse pf2 orELse pf3…。 如 果 pf1 不 匹配 ， 就 会 党 
试 pf2， 接 着 是 pf3， 以 此 类 推 。 如 果 以 上 偏 国 数 都 不 匹配 ， 才 会 抛 出 MatchError。 


以 下 实例 可 以 展示 上 述 规则 : 


© ® ® © 


© 
Art 





























// src/main/scala/progscala2/typelessdomore/partial-functions.sc 


val pf1: PartialFunction[Any,String] = { case s:String => "YES" } // © 
val pf2: PartialFunction[Any,String] = { case d:Double => "YES" } //@ 


val pf = pf1 orElse pf2 // ® 

def tryPF(x: Any, f: PartialFunction[Any,String]): String = //@ 
try { f(x).toString } catch { case _: MatchError => "ERROR!" } 

def d(x: Any, f: PartialFunction[Any,String]) = //® 
f.isDefinedAt(x).toString 

println(" | pf1 - String | pf2 - Double | pf - All") // © 

println("x | def? | pfi(x) | def? | pf2(x) | def? | pf(x)") 


PrintLn( "二 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 二 十， 
List("str", 3.14, 10) foreach { x => 
printf("%-5s | %-5s | %-6s | %-5s | %-6s | %-5s | %-6s\n", x.toString, 
d(x,pf1), tryPF(x,pf1), d(x,pf2), tryPF(x,pf2), d(x,pf), tryPF(x,pf)) 


只 匹配 字符 串 的 偏 函 数 。 
只 匹配 Double 数字 的 偏 函 数 。 


将 这 两 个 函数 结合 ， 得 到 一 个 新 的 偏 函数 ， 既 能 匹配 字符 上 





















































四， 又 能 匹配 Double 数字 。 
ABAR: 用 于 try 一 个 偏 函 数 ， 然 后 将 可 能 产生 的 MatchError 异常 捕捉 到 。 无 论 是 
否 捕 获 异常 ， 函 数 均 返 回 一 个 字符 串 。 

RDA: 使 用 了 ispefineAt， 返 回 值 为 字符 串 。 
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O 使 用 了 多 个 偏 函 数 的 链 式 组 合 ， 并 将 结果 以 表格 的 形式 打印 出 来 。 


其 他 代码 对 这 3 个 偏 函 数 输入 不 同 的 值 ， 先 调用 isDefineAt (结果 显示 在 输出 表 中 的 def? 
这 一 列 )， 然 后 再 尝试 调用 偏 函 数 本 身 。 输 出 为 : 




















| pf1 - String | pf2 - Double | pf - ALL 
x | def? | pfi(x) | def? | pf2(x) | def? | pf(x) 
十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 
str | true | YES | false | ERROR! | true | YES 
3.14 | false | ERROR! | true | YES | true | YES 
10 | false | ERROR! | false | ERROR! | false | ERROR! 





未 输入 字符 串 时 ，pf1 将 会 失败 ， 未 输入 Double 数字 时 ，pf2 会 失败 ， 如 果 给 出 整数 ， 这 
两 个 函数 均 失 败 。 组 合 后 的 函数 pf 对 于 字符 串 或 者 Double 数字 的 输入 均 成 功 ， 但 输入 整 
数 时 仍 将 失败 。 


一 < 一 一 
2.5 方法 声明 
下 面 我 们 来 探讨 方法 的 声明 。 本 节 我 们 会 用 到 前 文 使 用 的 Shape 类 的 继承 树 并 加 以 修改 
(为 了 简单 处 理 ， 我 们 去 掉 了 Triangle 类 ) 。 
2.5.1 方法 默认 值 和 命名 参数 列表 


以 下 是 修改 后 的 Point case 类 : 


// src/main/scala/progscala2/typelessdomore/shapes/Shapes.scala 
package progscala2.typelessdomore.shapes 



































case class Point(x: Double = 0.0, y: Double = 0.0) { // 0 


def shift(deltax: Double = 0.0, deltay: Double = 0.0) = //@ 
copy (x + deltax, y + deltay) 
} 
O 如 同 前 文 ， 定 义 Point 类 ， 并 提供 默认 的 初始 化 值 。 
@ 新 的 shift 方法 ， 用 于 从 现 有 的 Point 对 象 中 对 “点 ”进行 平移 ， 从 而 创建 一 个 新 的 
Point 对 象 。 它 使 用 了 copy 方法 ，copy 方法 也 是 case 类 自动 创建 的 。 
copy 方法 允许 你 在 创建 case 类 的 新 实例 时 ， 只 给 出 与 原 对 象 不 同 部 分 的 参数 ， 这 一 点 对 于 
大 一 些 的 case 类 非常 有 用 


scala> val p1 = new Point(x = 3.3, y = 4.4) // 显 式 使 用 命名 参数 列表 。 
p1: Point = Point(3.3,4.4) 


























scala> val p2 = p1.copy(y = 6.6) // 指定 新 的 y 值 ,创建 新 实例 。 

p2: Point = Point(3.3,6.6) 
命名 参数 列表 让 客户 端 代码 更 具 可 读 性 。 当 参数 列表 很 长 ， 且 有 若干 参数 是 同一 类 型 时 ， 
bug 容易 避免 ， 因 为 在 这 种 情况 下 很 容易 搞 错 参数 传 入 的 顺序 。 当 然 ， 更 好 的 做 法 是 一 开 
始 就 避免 出 现 过 长 的 参数 列表 。 
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2.5.2 方法 具有 多 个 参数 列表 
接 下 来 ， 我 们 对 Shape 类 进行 修改 ， 特 别 是 其 中 的 draw 方法 : 


abstract class Shape() { 
/[** 
* draw 带 两 个 参数 列表 ,其 中 一 个 参数 列表 带 着 一 个 表示 绘制 偏 移 量 的 参数 
* 男 一 个 参数 列表 是 我 们 之 前 用 过 的 函数 参数 。 
#7 
def draw(offset: Point = Point(0.0, 0.0))(f: String => Unit): Unit = 
f(s"draw(offset = Soffset), ${this.toString}") 


























} 
case class Circle(center: Point, radius: Double) extends Shape 


case class Rectangle(lowerLeft: Point, height: Double, width: Double) 
extends Shape 


没 错 ， 这 里 的 draw 方法 有 两 个 参数 列表 ， 每 个 参数 列表 都 有 一 个 参数 ， 而 不 是 拥有 一 个 
具有 两 个 参数 的 参数 列表 。 第 一 个 参数 列表 允许 你 指定 Point 对 象 的 偏 移 量 ， 供 绘制 使 用 。 
默认 值 Point(0.06，9.0)， 表 示 没 有 偏 移 。 第 二 个 参数 列表 与 之 前 的 draw 函数 相同 ， 其 中 
的 参数 是 用 来 绘制 所 用 的 函数 的 。 
你 可 以 任意 指定 参数 列表 的 个 数 ， 但 实际 上 很 少 有 人 使 用 两 个 以 上 的 参数 列表 。 
那么 ， 为 什么 要 人 允许 多 个 参数 列表 呢 ? 当 最 后 一 个 参数 列表 只 包含 一 个 表示 国 数 的 参数 
时 ， 多 个 参数 列表 的 形式 拥有 整齐 的 块 结构 语法 。 以 下 是 我 们 调用 新 的 draw 方法 的 表达 
方式 : 
s.draw(Point(1.0, 2.0))(str => println(s"ShapesDrawingActor: $str")) 
Scala 人 允许 我 们 把 参数 列表 两 边 的 圆 括号 替换 为 花 括 号 ， 因 此 ， 这 一 行 代码 还 可 以 写 为 : 
s.draw(Point(1.0, 2.0)){str => println(s"ShapesDrawingActor: $str")} 
如 果 国 数字 面 量 不 能 在 一 行内 完成 ， 我 们 可 以 重 写 为 以 下 方式 : 


s.draw(Point(1.0, 2.0)) { str => 
println(s"ShapesDrawingActor: $str") 


} 
或 写 为 等 价 的 形式 : 


s.draw(Point(1.0, 2.0)) { 
str => println(s"ShapesDrawingActor: $str") 


} 


这 一 写法 很 像 我 们 之 前 常用 来 写 if 和 for 表达 式 或 方法 体 的 代码 块 。 只 不 过 ， 在 这 里 的 
{…} 块 所 表示 的 函数 是 我 们 要 传递 给 draw 方法 的 参数 。 


当 函 数字 面 量 很 长 时 ， 这 种 用 {…} 代替 (…) 的 “语法 糖 ” 使 得 代码 看 起 来 美观 多 了 。 此 
时 的 代码 更 像 我 们 所 熟悉 和 喜爱 的 块 结构 语法 。 


如 果 我 们 使 用 缺 省 的 偏 移 量 ， 第 一 个 圆 括号 就 不 能 省 略 ， 

































































s.draw() { 
str => println(s"ShapesDrawingActor: $str") 


} 
如 同 Java 方法 一 样 ，draw 方法 也 可 以 只 使 用 一 个 带 两 个 参数 值 的 参数 列表 。 如 果 那 样 ， 
客户 端 代码 就 会 像 这样 写 : 


s.draw(Point(1.0, 2.0), 
str => println(s"ShapesDrawingActor: $str") 


) 
这 份 代码 并 没 那 么 清晰 和 优雅 。 使 用 默认 值 开启 offset 也 没 那么 便捷 ， 因 此 我 们 不 得 不 对 
参数 进行 命名 : 

s.draw(f = str => println(s"ShapesDrawingActor: $str")) 
第 二 个 优势 是 在 之 后 的 参数 列表 中 进行 类 型 推断 。 如 以 下 例子 : 


scala> def m1[A](a: A, f: A => String) = f(a) 
mi: [A](a: A, f: A => String)String 








scala> def m2[A](a: A)(f: A => String) = f(a) 
m2: [A](a: A)(f: A => String)String 


scala> m1(100, i => s"$i + $i") 
<console>:12: error: missing parameter type 
mi(100, i => s"Si + $i") 
Nn 


scala> m2(100)(i => s"$i + $i") 
res0: String = 100 + 100 


函数 ml 和 国 数 m2 看 起 来 几乎 一 模 一 样 ， 但 我 们 需要 注意 用 相同 的 参数 调用 它们 时 ml 和 
m2 的 表现 。 我 们 传 入 Int 和 一 个 国 数 Int => String， 对 于 ml，Scala 无 法 推断 该 函数 的 参 
数 1，m2 则 可 以 。 


使 用 多 个 参数 列表 的 第 三 个 优势 是 ， 我 们 可 以 用 最 后 一 个 参数 列表 来 推断 隐 含 参数 。 隐 含 
参数 是 用 implicit 关键 字 声 明 的 参数 。 当 相应 方法 被 调用 时 ， 我 们 可 以 显 式 指定 这 个 参 
数 ， 或 者 也 可 以 不 指定 ， 这 时 编译 器 会 在 当前 作用 域 中 找到 一 个 合适 的 值 作为 参数 。 隐 含 
参数 可 以 代 禁 参数 默认 值 ， 而 且 更 加 灵活 。 我 们 这 就 来 研究 一 个 Scala 库 中 使 用 隐 含 参数 
的 例子 Future。 








2.5.3 Future íY 


scala.concurrent.Future (http://www.scala-lang.org/api/current/scala/concurrent/Future.html ) 
是 Scala 提供 的 一 个 并 发 工具 ， 其 中 的 API 使 用 隐 含 参数 来 减少 元 余 代 码 。Akka 使 用 了 
Future， 但 如 果 你 并 不 需要 actor 的 所 有 功能 ， 也 可 以 单独 使 用 Akka 中 的 Future 部 分 


当 你 将 任务 封装 在 Future 中 执行 时 ， 该 任务 的 执行 是 异步 的 。Future API 提供 了 多 种 机 制 
去 获取 执行 结果 ， 如 提供 回调 函数 。 当 结果 就 绪 时 ， 回 调 函 数 将 被 调用 。 我 们 在 这 里 就 使 
用 回调 函数 作为 例子 ， 关 于 其 他 API 的 讨论 将 推迟 到 第 17 章 。 
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以 下 示例 并 发 发 出 5 个 任务 ， 并 在 任务 结束 时 处 理 任务 返回 的 结果 : 


// src/main/scala/progscala2/typelessdomore/futures.sc 
import scala.concurrent.Future 
import scala.concurrent.ExecutionContext.Implicits.global 











def sleep(millis: Long) = { 
Thread.sleep(millis) 


} 

// 繁忙 的 处 理工 作 ;) 

def doWork(index: Int) = { 
sleep((math.random * 1000).toLong) 
index 


} 


(1 to 5) foreach { index => 
val future = Future { 
doWork(index) 
} 


future onSuccess { 
case answer: Int => println(s"Success! returned: Sanswer") 


} 
future onFailure { 
case th: Throwable => println(s"FAILURE! returned: $th") 
} 
} 


sleep(1000) // 等 待 足够 长 的 时 间 , 以 确保 工作 线程 结束 。 
println("Finito!") 
在 import 语句 之 后 的 sleep 函数 中 ， 我 们 调用 Thread fy sleep 方法 来 模拟 程序 进行 繁忙 
的 处 理工 作 ， 参 数 为 睡眠 的 时 长 。doWork 方法 是 对 sleep 的 简单 封装 ， 传 入 一 个 0 到 1000 
范围 的 随机 数 ， 表 示 睡 眠 的 毫秒 数 。 


接 下 来 的 部 分 就 有 趣 了。 我 们 用 foreach 对 一 个 从 1 到 5 AY Range 进行 迭代 ， 调 用 了 


scala.concurrent.Future.apply (http://www.scala-lang.org/api/current/scala/concurrent/ 
Future.html)， 这 是 单 例 对 象 Future 的 “工厂 ”方法 。 在 这 个 例子 中 ，Future.apply 传人 
了 一 个 匿名 函数 ， 表 示 需 要 做 的 任务 。 我 们 用 花 括 号 而 不 是 圆 括号 包围 传人 的 匿名 国 数 : 

val future = Future { 

doWork( index) 

} 
Future. apply 返回 一 个 新 的 Future 对 象 ， 然 后 控制 权 就 交还 给 循环 了 ， 该 对 象 将 在 另 一 个 
线程 中 执行 dowork(index)。 接 着 ， 我 们 用 onSuccess 注册 一 个 回调 函数 ， 当 future 成 功 
执行 完毕 后 ， 该 回调 会 被 执行 。 这 个 回调 函数 是 一 个 偏 函 数 。 
类 似 地 ， 我 们 用 onFailure 注册 了 一 个 回调 函数 来 处 理 错 误 。 回 调 函 数 将 错误 封装 在 一 个 
Throwable (http://docs.oracle.com/javase/8/docs/api/java/lang/Throwable.html) 的 对 象 中 。 
最 后 ， 我 们 调用 了 stleep， 以 等 待 所 有 的 任务 执行 完毕 。 


可 能 的 运行 结果 如 下 所 示 。 在 本 例 中 结果 将 以 随机 的 顺序 出 现 ， 这 一 点 你 也 许 有 预期 到 : 
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$ scala src/main/scala/progscala2/typelessdomore/futures.sc 
Success! returned: 1 

Success! returned: 3 

Success! returned: 4 

Success! returned: 5 

Success! returned: 2 

Finito! 


好 了 ， 上 面 说 的 这 些 与 隐 含 参数 有 什么 关系 呢 ? 从 第 二 条 import 语句 中 可 以 发 现 答案 : 
import scala.concurrent.ExecutionContext.Implicits.global 

我 之 前 说 过 ， 每 个 Future 运行 在 各 自 独 立 的 线程 中 ， 但 这 个 说 法 不 够 严谨 。 事 实 上 ， 
Future API 允许 我 们 通过 ExecutionContext 来 配置 并 发 操作 的 执行 。 上 述 import 语句 导 
入 了 默认 的 ExecutionContext， 使 用 Java 的 ForkJoinPool (http://docs.oracle.com/javase/8/ 
docs/api/java/util/concurrent/ForkJoinPool.html) 设置 来 管理 Java 线程 池 。 在 示例 中 我 们 调 
用 了 3 个 方法 ， 其 中 这 些 方法 的 第 二 个 参数 列表 具有 隐 含 的 ExecutionContext 参数 。 由 于 
我 们 没有 明显 地 指定 第 二 个 参数 列表 ， 系 统 使 用 了 默认 的 ExecutionContext, 


Apply 方法 就 是 上 述 3 个 方法 之 一 ， 以 下 是 apply 在 Future. apply 的 Scaladoc (http://www. 
scala-lang.org/api/current/#scala.concurrent.Future$) 中 的 声明 














In 














apply[T](body: => T)(implicit executor: ExecutionContext): Future[T] 
注意 第 二 个 参数 列表 中 有 implicit 关键 字 。 
以 下 是 其 他 两 个 方法 在 Fure.onSuccess 和 Future.onFailure 的 Scaladoc 中 的 声明 : 


def onSuccess[U](func: (Try[T]) => U)( 
implicit executor: ExecutionContext): Unit 

def onFailure[U](callback: PartialFunction[Throwable, U])( 
implicit executor: ExecutionContext): Unit 


Try 结构 是 一 个 处 理 try {…} catch {…} 语句 的 工具 ， 我 们 以 后 再 讨论 它 。 


那么 ， 如 何 将 革 个 值 声明 为 implicit YE? 导入 的 scalLa.concurrent.ExecutionContext 
Implicits.global 是 在 Future 中 常用 的 默认 ExecutionContext。 它 使 用 implicit 关键 字 声 
明 ， 因 此 如 果 调 用 时 未 显 式 给 出 ExecutionContext 参数 ， 编 译 器 就 会 使 用 这 个 默认 值 ， 本 
例 就 是 这 种 情况 。 只 有 由 implicit 关键 字 声 明 的 ， 在 当前 作用 域 可 见 的 对 象 才能 用 作 隐 含 
值 ， 只 有 被 声明 为 implicit 的 函数 参数 才 允 许 调用 时 不 给 出 实 参 ， 而 采用 隐 含 的 值 。 

以 下 就 是 Scala 源 代码 中 的 scala.concurrent.ExecutionContext 对 Implicits.global 的 声 
明 。 这 上段 代码 演示 了 如 何 用 implicit 关键 字 声 明 一 个 隐 含 的 值 (这 里 只 给 出 了 代码 片段 ， 
省 略 了 有 具体 细节 ) : 

object Implicits { 


implicit val global: ExecutionContextExecutor = 
impL.ExecutionContextImpL.fromExecutor(null: Executor) 
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} 
在 后 续 的 示例 中 我 们 会 创建 自己 的 隐 含 变量 。 
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2.5.4 RBA MBIA 

方法 的 定义 还 可 以 嵌 套 。 当 你 将 一 个 很 长 的 方法 重 构 为 几 个 更 小 的 方法 时 ， 如 果 这 些小 的 
辅助 方法 只 在 该 方法 中 调用 ， 就 可 以 用 嵌 套 方法 。 我 们 将 这 些 辅助 函数 谨 套 定义 在 原 方法 
中 ， 它 们 便 对 其 他 外 层 的 代码 不 可 见 ， 包 括 类 中 的 其 他 方法 。 

以 下 代码 实现 了 阶乘 的 计算 ， 在 这 个 方法 中 ， 我 们 调用 了 另 一 个 嵌 套 的 方法 去 完成 阶乘 的 
实际 计算 ， 


// src/main/scala/progscala2/typelessdomore/factorial.sc 




















def factorial(i: Int): Long = { 
def fact(i: Int, accumulator: Int): Long = { 
if (i <= 1) accumulator 
else fact(i - 1, i * accumulator) 


} 


fact(i, 1) 
} 


(0 to 5) foreach ( i => println(factorial(i)) ) 


以 下 为 代码 运行 的 输出 : 


辅助 函数 递归 地 调用 它 本 身 ， 并 传人 一 个 accumulator 参数 ， 阶 乘 的 计算 结果 保存 在 该 参 
数 中 。 注 意 ， 当 计数 器 i 达到 1 时 ， 我 们 就 将 阶乘 的 计算 结果 返回 。( 这 里 我 们 不 考虑 负 
整数 参数 ， 负 整数 的 输入 是 无 效 的 ， 本 函数 在 i <= 1 时 返回 1。) 定义 好 内 套 的 方法 后 ， 
factorial 调用 该 方法 ， 传 人 参数 i， 并 累计 乘法 的 初始 值 1。 








Oo 





(RA DSA FRA RC! 如 果 编 译 器 提示 ， 能 找到 Unit 但 找 不 到 Long, 
可 能 就 是 因为 你 扎 记 调用 秽 套 国 数 了 。 


是 否 注 意 到 ， 我 们 两 次 用 i 作为 参数 名 ?第 一 次 是 factorial 方法 的 参数 ， 第 二 次 是 向 人 套 
的 fact 方法 的 参数 。 在 fact 方法 中 使 用 的 i 参数 “ 屏 项 ”了 外 部 factorial 方法 的 i 参 
数 。 这 样 做 是 允许 的 ， 因 为 我 们 在 fact 方法 中 并 不 需要 外 部 的 1， 我 们 只 在 factorial 结 
尾 调用 fact 的 时 候 才 需要 它 。 


类 似 方法 中 声明 的 局 部 变量 ， 骨 套 的 方法 也 只 在 声明 它 的 方法 中 可 见 。 


观察 这 两 个 方法 的 返回 值 。 因 为 阶乘 的 计算 结果 增长 非常 快 ， 我 们 选择 使 用 Long 类 型 ， 而 
不 使 用 Scala 自动 推断 的 Int 类 型 。 如 果 使 用 Int 284%, factorial 就 不 需要 上 述 的 类 型 注 
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释 了 。 然 而 ， 我 们 必须 要 为 fact 声明 返回 类 型 。 因 为 这 是 一 个 递归 方法 ，Scala 采用 的 是 
局 部 作用 域 类 型 推断 ， 无 法 推断 出 递归 函数 的 返回 类 型 。 

对 递归 函数 你 也 许 会 感到 一 丝 不 安 。 我 们 是 否 在 冒 风险 ”JVM 和 许多 其 他 语言 环境 并 不 
对 尾 递归 做 优化 ， 否 则 尾 递归 会 将 递归 转 为 循环 ， 可 以 避免 栈 溢出 。( 尾 递归 一 词 ， 表 示 
调用 递归 函数 是 该 函数 中 最 后 一 个 表达 式 ， 该 表达 式 的 返回 值 就 是 所 调用 的 递归 函数 的 返 
回 值 。) 
递归 是 函数 式 编程 的 特点 ， 也 是 优雅 地 实现 很 多 算法 的 强大 工具 。 所 以 ，Scala 编译 器 对 
尾 递 归 做 了 有 限 的 优化 。 它 会 对 函数 调用 自身 做 优化 ， 但 不 会 优化 所 谓 的 trampoline 的 情 
况 ， 也 就 是 “a 调用 b 调用 a 调用 b” 的 情形 。 

你 可 能 仍然 想 知 道 自己 写 的 尾 递归 是 否 正确 ， 编 译 器 是 否 对 自己 的 尾 递 归 执 行 了 优化 。 没 
有 人 希望 在 生产 环境 中 出 现 栈 空间 崩 涡 。 幸 运 的 是 ， 如 果 你 加 一 个 tailrec 关键 字 (http:// 
www.scala-lang.org/api/current/#scala.annotation.tailrec) ， 编 译 器 会 告诉 你 代码 是 否 正确 地 实 
现 了 尾 递归 ， 如 以 下 factorial 的 改良 版 本 : 


// src/main/scala/progscala2/typelessdomore/factorial-tailrec.sc 
import scala.annotation.tailrec 































































































def factorial(i: Int): Long = { 
@tailrec 
def fact(i: Int, accumulator: Int): Long = { 
if (i <= 1) accumulator 
else fact(i - 1, i * accumulator) 


} 


fact(i, 1) 
} 


(9 to 5) foreach ( i => println(factorial(i)) ) 


如 果 fact Ae ee, SVE AS RA HO RR. Be Ak Se EE REPL 中 写 出 递归 的 
Fibonacci 国 数 : 








scala> import scala.annotation.tailrec 


scala> @tailrec 
| def fibonacci(i: Int): Long = { 
| if (i <= 1) 1L 
| else fibonacci(i - 2) + fibonacci(i - 1) 
| } 
<console>:16: error: could not optimize @tailrec annotated method fibonacci: 
it contains a recursive call not in tail position 


else fibonacci(i - 2) + fibonacci(i - 1) 
nN 


我 们 有 两 个 递归 调用 ,然后 又 对 调用 的 结果 做 计算 ， 而 不 是 只 在 结尾 调用 一 次 递归 函数 ， 
因此 这 个 函数 不 是 尾 递归 的 。 


最 后 要 说 明 的 是 ， 外 层 方法 所 在 作用 域 中 的 一 切 在 杠 套 方法 中 都 是 可 见 的 ， 包 括 传递 给 外 
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层 方法 的 参数 。 下 例 count 方法 中 的 n 参数 就 是 一 个 例子 : 


// src/main/scala/progscala2/typelessdomore/count-to.sc 


def countTo(n: Int): Unit = { 
def count(i: Int): Unit = { 
if (i <= n) { println(i); count(i + 1) } 


count(1) 


} 


+ ly 212 一 

2.6 推断 类 型 信息 
静态 类 型 语言 的 代码 往往 比较 繁琐 。 因 此 我 们 可 以 考虑 使 用 以 下 Java 中 的 类 型 声明 代码 
(Java 7 之 前 的 版 本 ) : 

import java.util.HashMap; 

HashNapatakeger: String> intToStringMap = new HashMap<Integer, String>(); 
我 们 不 得 不 两 次 指定 类 型 参数 <Integer，String>。Scala 使 用 类 型 注解 一 词 表 示 类 似 
HashMap<Integer, String> 的 显 式 类 型 声明 。 
Java 7 引入 了 尖 插 号 操作 符 来 推断 表达 式 右 边 的 泛 型 类 型 ， 降 低 了 元 余 度 : 

HashMap<Integer, String> intToStringMap = new HashMap<>(); 
我 们 之 前 已 经 看 过 一 些 示 例 说 明 Scala 对 类 型 推断 确 有 支持 。 没 有 显 式 类 型 注解 时 ， 编 
译 器 可 以 根据 上 下 文 识别 不 少 信息 。 利 用 自动 推断 类 型 信息 ， 以 上 声明 可 以 用 Scala € 
写 如 下 : 

val intToStringMap: HashMap[Integer, String] = new HashMap 
如 果 我 们 将 HashMap[Integer ，String] 放 在 等 号 后 边 ， 代 码 会 更 简洁: 

val intToStringMap2 = new HashMap[Integer, String] 
一 些 函 数 式 编程 语言 ， 如 Haskell， 可 以 推断 出 几乎 所 有 的 类 型 ， 因 为 它们 可 以 执行 全 局 类 
AHEM. Scala 则 无 法 做 到 这 一 点 ， 部 分 原因 是 Scala 必须 支持 子 类 多 态 (支持 继承 )， 这 
使 得 类 型 推断 要 困难 得 多 。 
以 下 总 结 了 在 Scala 中 什么 时 候 需 要 显 式 类 型 注解 。 
































什么 时 候 需 要 显 式 类 型 注解 
在 实际 编程 中 ， 你 在 以 下 情况 中 必须 提供 显 式 的 类 型 注解 。 
。 上 声明 了 可 变 的 var 变量 或 不 可 变 的 vat 变量 ， 没 有 进行 初始 化 。( 例 如 ， 在 类 中 的 
抽象 声明 ， 如 valL book: String, var count: Int), 
。 所 有 的 方法 参数 (如 def deposit(amount: Money) = {---}), 
。 方法 的 返回 值 类 型 ， 在 以 下 情况 中 必须 显 式 声 明 其 类 型 。 
一 在 方法 中 明显 地 使 用 了 return (即使 在 方法 末尾 也 是 如 此 )。 
一 递归 方法 。 
一 两 个 或 多 个 方法 重 载 (拥有 相同 的 函数 名 ) ， 其 中 一 个 方法 调用 了 另 一 个 重 载 方 
法 ， 调 用 者 需要 显 式 类 型 注解 。 
— Scala 推断 出 的 类 型 比 你 期 望 的 类 型 更 为 宽泛 ， 如 Any。 











幸运 的 是 ， 最 后 一 种 情况 是 比较 少见 的 。 


Any 类 型 是 Scala 类 型 层次 (我们 会 在 10.2 节 介 绍 Scala 的 类 型 ) 中 的 根 类 
型 。 如 果 一 块 代码 意外 地 返回 了 Any 类 型 的 值 ， 很 有 可 能 是 因为 代码 比 你 预 
期 的 更 为 宽泛 ， 于 是 只 有 Any 类 型 才能 覆盖 所 有 可 能 的 值 。 








我 们 来 看 几 个 之 前 没 见 过 的 例子 ， 在 这 些 例 子 中 需要 显 式 类 型 广 释 。 如 同 以 下 这 个 示例 ， 
重 载 的 国 数 中 ， 如 果 其 中 一 个 调用 了 另 一 个 ， 则 需要 提供 显 式 类 型 注解 

// src/main/scala/progscala2/typelessdomore/method-overloaded-return-vi.scX 

// StringUtil 第 一 版 (有 一 个 编译 错误 ) 

// 错误 :无 法 通过 编译 ,右边 的 joiner 需 要 一 个 String 类 型 的 返回 值 





object StringUtilv1 { 
def joiner(strings: String*): String = strings.mkString("-") 


def joiner(strings: List[String]) = joiner(strings :_*) // 编译 错误 


println( StringUtilV1.joiner(List("Programming", "Scala")) ) 
在 这 个 人 为 生 造 的 示例 中 ， 虽 然 两 个 joiner 方法 将 字符 串 组 成 的 List 连接 起 来 ， 用 “-” 
分 隔 ， 但 这 段 代码 不 能 通过 编译 。 这 里 虽然 也 用 了 一 些 有 用 的 编程 惯用 法 ， 不 过 我 们 还 是 
先 解决 编译 错误 吧 。 
如 果 你 执行 这 段 脚本 ， 会 得 到 下 面 的 错误 信息 





<console>:10: error: overloaded method joiner needs result type 
def joiner(strings: List[String]) = joiner(strings :_*) // 错误 
“A 


由 于 第 二 个 joiner 调用 了 第 一 个 joiner， 第 二 个 joiner 就 需要 显 式 地 将 返回 值 声 明 为 
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String。 应 该 像 这 样 : 


def joiner(strings: List[String]): String = joiner(strings :_*) 


现在 我 们 来 看 第 二 个 joiner 方法 中 使 用 的 惯用 技巧 。Scala 支持 方法 拥有 变量 参数 列表 
(有 时 也 叫 作 “可 变 方 法 ”)， 第 一 个 joiner 方法 的 签名 为 : 


def joiner(strings: String*): String = strings.mkString("-") 


参数 列表 中 ，String 后 的 * 表 示 “0 个 或 多 个 Sting 。 方 法 可 以 拥有 其 他 参数 ， 但 必须 位 
于 可 变 参 数 之 前 ， 且 方法 只 能 拥有 一 个 可 变 参数 。 


然而 ， 有 时 用 户 可 能 已 经 有 了 可 以 传递 给 joiner 的 字符 串 序列 。 在 这 种 情况 下 ， 第 二 个 
joiner 方法 是 一 个 便利 的 方法 。 它 只 是 简单 地 转发 调用 给 第 一 个 joiner， 但 它 使 用 了 特殊 
的 语法 告诉 编译 器 将 输入 的 List 转 为 第 一 个 joiner 需要 的 可 变 参数 列表 : 


def joiner(strings: List[String]): String = joiner(strings :_*) 


我 这 么 理解 这 段 古 怪 的 代码 : strings :_* 告诉 编译 器 你 希望 列表 string 作为 可 变 参 数列 
表 ， 而 列表 string 的 类 型 却 不 是 指定 的 ， 而 是 根据 输入 推断 得 出 的 。Scala 不 允许 你 写成 
strings :String *， 即 使 你 需要 为 第 一 个 joiner 方法 指定 的 输入 类 型 就 是 String。 
事实 上 ， 并 不 需要 这 个 joiner 的 便利 方法 ， 用 户 也 可 以 给 第 一 个 joiner 方法 传人 一 个 字 
符 串 列表 。 既 然 第 一 个 joiner 需要 可 变 的 字符 串 参 数列 表 ， 我 们 可 以 在 调用 它 的 时 候 使 用 
类 似 第 二 个 joiner 方法 的 语法 。 

对 返回 值 类 型 的 规定 十 分 微妙 ， 特 别 是 Scala 推断 出 的 类 型 比 你 期 望 的 更 通用 、 更 宽泛 。 
将 函数 返回 值 赋 给 一 个 更 具体 类 型 的 变量 时 ， 你 可 能 会 遇 到 这 类 问题 。 例 如 ， 你 期 望 得 到 
一 个 String， 但 函数 推断 的 返回 值 类 型 是 Any。 我 们 再 来 看 一 个 人 为 生 造 的 例子 ， 这 个 例 
子 就 存在 以 上 情形 所 产生 的 bug: 


// src/main/scala/progscala2/typelessdomore/method-broad-inference-return.scXx 


// 错误 :无 法 通过 编译 。 方 法 事实 上 返回 了 List[Any] ,这 一 返回 值 的 类 型 太 宽泛" 了。 

































































def makeList(strings: String*) = { 
if (strings.length == 0) 
List(0) // #1 
else 
strings.toList 


} 
val list: List[String] = makeList() // 编译 错误 
执行 这 段 脚 本 会 触发 以 下 错误 信息 : 


...8: error: type mismatch; 
found : List[Any] 
required: List[String] 
val list: List[String] = makeList() // 错误 
An 


我 们 希望 makeList 返回 一 个 List[String], 但 当 strings.Length 等 于 零 时 ， 我 们 返 
List(0)， 错 误 地 “假定 ”这 就 是 Scala 中 创建 空 列 表 的 正确 方法 。 实 际 上 ， 我 们 返回 的 是 
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拥有 一 个 元 素 9 的 List[Int], 

我 们 应 该 返回 List.empty[String] 或 空 列表 的 专用 产生 工具 NtL。 两 种 方法 都 可 以 得 到 正 
确 的 返回 值 推断 结果 。 

当 if 语句 返回 List[Int], m else 语句 返回 List[String] (strings.toList 的 执行 结果 ) 时 ， 
方法 的 返回 值 推断 结果 只 能 是 List[Int] 和 List[String] 的 最 近 公 共 父 类 型 ， 即 List[Any], 


更 重要 的 一 点 是 ， 以 上 代码 并 未 产生 编译 错误 。 我 们 在 给 Uist 指定 了 类 型 List[String] 
后 ， 才 在 运行 时 发 现 问题 。 


在 这 个 例子 中 ， 加 上 显 式 的 返回 类 型 注解 List[string] 可 以 在 编译 时 就 捕捉 到 这 个 错误 。 
当然 ， 返 回 类 型 注解 也 为 代码 的 读者 提供 了 很 好 的 文档 。 

还 有 两 个 场景 需要 注意 ， 省 略 了 返回 类 型 注解 可 能 得 到 意外 的 推断 类 型 。 第 一 种 ， 在 国 数 
中 ， 你 调用 的 其 他 函数 可 能 会 引发 意外 推断 。 这 是 因为 该 国 数 近期 可 外 eho Ti 回 值 类 
型 。 这 样 ， 你 的 函数 在 被 重新 编译 后 也 会 改变 推断 得 到 的 返回 值 类 型 。 

第 二 种 场景 常常 出 现在 项 目 越 来 越 大 、 不 同 模块 构建 于 不 同时 间 段 的 情形 。 如 果 你 在 集成 

bap aga lang.NoSuchMethodError, WEE, MEE EES it BHT 
个 错误 ， 而 这 个 被 调用 的 方法 在 男 一 个 模块 中 定义 ， 这 很 有 可 能 说 明 该 函数 显 式 地 或 根 

pe el a 而 调用 方 没有 相应 地 进行 更 新 ， 仍 然 在 期 待 过 时 的 返回 类 型 。 


开发 API 时， 如 果 与 客户 端 分 开 构 建 ， 应 该 显 式 地 声明 返回 类 型 ， 并 尽 可 
能 地 返回 一 个 你 所 能 返回 的 最 通用 的 类 型 。 在 API 声明 抽象 方法 (参见 第 9 
章 ) 时 这 一 点 尤其 重要 。 






















































































最 后 我 们 用 一 个 常见 的 拼写 错误 来 结束 本 市 。 这 个 错误 很 容易 犯 ， 尤 其 对 Scala 新 手 来 说 。 
scala> def double(i: Int) { 2 * i } 
double: (i: Int)Unit 


scala> println(double(2)) 
O 


为 什么 第 二 个 命令 打印 出 了 ()， 而 不 是 4? 仔细 看 scala 解释 器 打印 的 方法 签名 double 
(Int)Unit。 我 们 认为 定义 的 方法 名 为 double， 带 一 个 Int 参数 并 返回 一 个 新 的 Int 值 ， 新 
的 值 是 输入 值 的 两 倍 。 但 它 实际 返回 了 Uint 类 型 ， 为 什么 ?这 种 意外 行为 产生 的 原因 是 在 
函数 定义 时 漏 掉 了 一 个 等 号 。 以 下 才 是 我 们 想 要 的 函数 定义 : 


scala> def double(i: Int) = { 2 * i } 
double: (i: Int)Int 














scala> println(double(2)) 
4 


注意 double 方法 体 之 前 的 等 号 。 现 在 ， 输 出 告诉 我 们 ， 我 们 已 经 定义 的 double 方法 返回 
Int 类 型 的 值 ， 第 二 条 命令 的 输出 也 符合 我 们 的 期 望 。 


这 种 现象 的 出 现 有 它 的 原因 。Scala 将 方法 体 前 的 声明 和 等 号 当 作 函 数 定义 ， 而 在 函数 式 
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编程 中 ， 函 数 总 要 有 返回 值 。 另 一 方面 ， 当 Scala 发 现 函 数 体 之 前 没有 等 号 时 ， 就 认为 程 
序 员 希望 该 方法 是 一 个 procedure， 意 味 着 它 只 返回 Unit。 而 在 实践 中 ， 这 很 可 能 是 因为 程 
Frit Sass | 


假如 方法 的 返回 值 是 推断 的 并 且 你 在 方法 体 的 花 括 号 之 前 没有 写 等 号 ，Scala 
会 推断 返回 类 型 为 Unit， 即 使 函数 体 最 后 一 个 表达 式 的 值 不 是 Unit 类 型 也 
是 如 此 。 

这 种 规则 大 微妙， 以 至 于 很 容易 就 会 犯 这 种 错误 。 由 于 很 容易 就 会 错误 地 定 
义 一 个 返回 Unit 的 方法 ， 这 种 procedure 的 语法 在 Scala 2.11 中 已 经 被 废除 。 
不 要 用 这 种 语法 | 


















































上 文 没 有 告诉 我 们 bug 修复 之 前 输出 的 O 是 从 哪 来 的 。 我 们 之 前 曾 提 到 ，Unit 的 行为 类 
似 于 其 他 语言 的 votd。 然 而 ， 与 void Ala], Unit 这 个 类 型 拥有 一 个 名 为 O 的 值 ， 而 这 是 
国 数 式 编程 的 一 贯 做 法 ， 我 们 将 在 16.1.1 闻 解 释 它 的 原因 。 


DJJ —! 
2.7 保留 字 
表 2-1 列 出 了 Scala 的 保留 字 。 其 中 的 一 些 我 们 之 前 已 经 遇 到 过 ， 还 有 许多 保留 字 在 Java 
中 也 能 找到 ， 并 且 它们 在 两 种 语言 中 的 含义 是 相同 的 。 对 于 目前 还 没 遇 到 的 保留 字 ， 本 书 
的 后 续 音节 会 逐步 涉及 。 



































表 2-1: REF 

保留 字 fe B 25 M 
abstract ”做 抽象 声明 参见 8.15 
case match 表达 式 中 的 case 子 句 ， 定 义 一 个 case 类 第 4 章 
catch 捕捉 抛 出 的 异常 参见 3.9 市 
class 声明 一 个 类 参见 8.1 5 
def 定义 一 个 方法 参见 2.5 市 
do 用 于 do. . .white 循环 参见 3.7 节 
else 与 if 配对 的 else 语句 参见 3.5 节 
extends ”表示 接 下 来 的 class 或 trait 是 所 声明 的 class 或 trait 的 父 类 型 参见 8.445 
false Boolean 的 false 值 参见 2.8.3 节 





final 用 于 class 或 trait， 表 示 不 能 派生 子 类 型 ， 用 于 类 型 成 员 ， 则 表示 派生 的 参见 11.2 节 
class 或 trait 不 能 履 写 它 
































finally finally 语句 跟 在 相应 的 try 语句 之 后 ， 无 论 是 否 抛 出 异常 都 会 执行 参见 3.9 节 
for for 循环 参见 3.6 市 
forsome ”用 在 已 存在 的 类 型 声明 中 ， 限 制 其 能 够 使 用 的 具体 类 型 参见 14.9 节 
if if 语句 参见 3.5 节 
implicit ”使 得 方法 或 变量 值 可 以 被 用 于 隐 含 转换 ， 将 方法 参数 标记 为 可 选 的 ， 只 要 在 参见 5.3 市 














调用 该 方法 时 ， 作 用 域内 有 类 型 匹配 的 候选 对 象 ， 就 会 使 用 该 对 象 作为 参数 
import 将 一 个 或 多 个 类 型 抑或 类 型 的 成 员 导 入 到 当前 作用 域 参见 2.12 节 
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RAF fh B 参 W 
lazy 推迟 val 变量 的 赋值 参见 3.11 节 
match 用 于 类 型 匹配 语句 第 4 章 
new 创建 类 的 一 个 新 实例 参见 8.1 节 
null 尚未 被 赋值 的 引用 变量 的 值 参见 10.2 节 
object 用 于 单 例 声 明 ， 单 例 是 只 有 一 个 实例 的 类 参见 1.3 市 
override ” 当 原 始 成 员 未 被 声明 为 final 时 ， 用 override 履 写 类 型 中 的 一 个 具体 成 员 ”参见 11.1 节 
package ”声明 包 的 作用 域 参见 2.11 节 
private ”限制 某 个 声明 的 可 见 性 第 13 章 
protected 限制 某 个 声明 的 可 见 性 第 13 章 
requires 停 用 ,以 前 用 于 自 类 型 参见 14.6 节 
return J ŽOK E 参见 1.3 节 
sealed 用 于 父 类 型 ， 要求 所 有 派生 的 子 类 型 必须 在 同一 个 源 文件 中 声明 参见 2.10 节 
super 类 似 this， 但 表示 父 类 型 参见 11.3 节 
this 对 象 指向 自身 的 引用 ;辅助 构造 函数 的 方法 名 参见 8.1 节 
throw 抛 出 异常 参见 3.9 节 
trait 这 是 一 个 混入 模块 ， 对 类 的 实例 添加 额外 的 状态 和 行为 ， 也 可 以 用 于 声明 而 第 9 章 

不 实现 方法 ， 类 似 Java 的 interface 
try 将 可 能 抛 出 异常 的 代码 块 包围 起 来 参见 3.9 节 
true Boolean 的 true 值 参见 2.8.3 7 
type 声明 类 型 参见 2.13 节 
val 声明 一 个 “只 读 ” 变 量 参见 2.2 节 
var 声明 一 个 可 读 可 写 的 变量 参见 2.2 节 
while 用 于 while 循环 参见 3.7 节 
with 表示 所 声明 的 类 或 实例 化 的 对 象 包括 后 面 的 trait PIT 
yield 在 for 循环 中 返回 元 素 ， 这 些 元 素 会 构成 一 个 序列 参见 3.6.4 Fi 
z 占 位 符 ， 使 用 在 import、 国 数字 面 量 中 很 多 章节 均 涉及 

分 隔 标识 符 和 类 型 注解 参见 1.3 节 
= 赋值 参见 1.3 节 
=> 在 函数 字面 量 中 分 隔 参数 列表 与 函数 体 参见 6.2.1 节 
<- 在 for 循环 中 的 生成 表达 式 参见 3.6 节 
<: 在 参数 化 类 型 和 抽象 类 型 声明 中 ， 用 于 限制 允许 的 类 型 参见 14.2 节 
<% 在 参数 化 类 型 和 抽象 类 型 的 view bound 声明 中 参见 14.4 节 
>: 在 参数 化 类 型 和 抽象 类 型 声明 中 ， 用 于 限制 允许 的 类 型 参见 14.2 节 
# 在 类 型 注入 中 使 用 参见 15.3 节 
@ 注解 参见 23.2 45 
> (Unicode \u21D2), 45 => 相同 参见 6.2.1 45 
= (Unicode \u2192), 45 -> 相同 参见 5.3 5 
一 (Unicode \u2190), 45 <- 相同 参见 3.6 贡 
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注意 ， 表 中 没有 列 出 break 和 continue。 这 两 个 流程 控制 的 关键 字 在 Scala 中 不 存在 。 
Scala 鼓励 使 用 国 数 式 编程 的 惯用 法 来 实现 相同 的 break, continue 功能 。 函 数 式 编程 通常 
会 更 加 简洁 ， 不 容易 出 现 bug。 


一 些 Java 中 的 方法 名 在 Scala 中 是 保留 字 。 如 java.util.Scanner.match。 为 了 避免 编译 错 
误 ， 引 用 该 方法 名 时 ， 在 名 字 两 边 加 上 反 引 号 ， 如 java.util.Scanner. match `。 


a HE 
2.8 字面 量 
我 们 在 前 面 已 经 遇 到 过 一 些 字 面 量 ， 如 vaL book = "Programming Scala"。 在 这 行 代 
码 中 ， 我 们 用 一 个 String 字面 量 初 始 化 了 一 个 val 变量 book。 还 有 (s: String) => 
s.toUpperCase， 这 也 是 一 个 函数 字面 量 的 例子 。 我 们 现在 来 讨论 Scala 支持 的 所 有 字面 量 。 
2.8.1 整数 字面 量 


整数 字面 量 可 以 以 十 进 制 、 十 六 进 制 或 八进制 的 形式 出 现 。 表 2-2 给 出 了 整数 字面 
细 信 息 。 


表 2-2: 整数 字面 量 
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tk 
























































xz Hl 格 st Gl F 
十 进 制 0 或 一 个 非 零 值 ， 后 面 跟 上 0 个 或 多 个 数字 (0-9) 0,1,321 

十 六 进 制 Ox 后 面 跟 上 一 个 或 多 个 十 六 进 制 数字 (0-9, A-F, a-f) OxFF,0x1a3b 
八进制 0 后 面 跟 上 一 个 多 个 八进制 数字 (0-7)“ 013,077 

a 八进制 数字 字面 量 在 Scala 2.10 中 已 经 废弃 。 





























在 数字 字面 量 之 前 加 上 一 符号 ， 可 以 表示 负数 。 

对 于 Long 类 型 的 字面 量 ， 除 非 你 将 该 字面 量 赋值 给 一 个 Long 类 型 的 变量 ,否则 需要 在 
数字 字面 量 后 面 加 上 上 或 1。 如 若 不 加 ， 字 面 量 的 类 型 将 默认 推断 为 Int。 整 数字 面 量 的 
有 效 值 范围 是 根据 被 赋值 的 变量 类 型 决定 的 。 表 2-3 列 出 了 各 类 型 的 上 下 限 (包含 上 下 
限 本 身 ) 。 

表 2-3: 整数 字面 量 的 取 值 范围 (BEUR) 

目标 类 型 TRIES) ER( 包含 ) 


















































Long 一 263 268—1 
Int 一 231 4 
Short 一 25 25—1 
Char 0 21—1 
Byte —27 2 一 ! 




















如 果 整 数字 面 量 的 值 超 出 了 以 上 表格 中 所 示 的 范围 ， 将 会 引发 一 个 编译 错误 。 如 下 面 这 个 
例子 : 
scala> val i = 1234567890123 


<console>:1: error: integer number too large 
val i = 12345678901234567890 





| ee 
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Nn 


scala> val i = 1234567890123L 
i: Long = 1234567890123 


scala> val b: Byte = 128 
<console>:19: error: type mismatch; 
found : Int(128) 
required: Byte 
val b: Byte = 128 
A 


scala> val b: Byte = 127 
b: Byte = 127 


2.8.2 浮 点 数字 面 量 


序 点 数字 面 量 的 形式 为 : 首先 是 一 个 可 省 略 的 负 号 ， 然 后 是 0 个 或 多 个 数字 后 面 跟 上 一 个 
点 号 〈.)， 后 面 再 跟 上 一 个 或 多 个 数字 。 对 于 Float 类 型 的 字面 量 ，; 还 要 在 后 面 加 上 F 或 
f， 否 则 会 被 认为 是 Double 类 型 。 你 也 可 以 在 后 面 加 上 0 或 4， 明 确 表 示 字 面 量 为 Double 


a> 


字面 量 。 


序 点 数字 面 量 可 以 用 指数 表示 。 指 数 部 分 的 形式 为 E 或 e 后 面 跟 上 可 选 的 + 或 -， 然 后 是 
一 个 或 多 个 数字 。 


以 下 是 浮 点 数字 面 量 的 一 些 例 子 。 例 子 中 除非 被 赋值 的 变量 是 Float 类 型 ， 或 者 在 字面 
后 面 加 了 F 或 f， 否 则 字面 量 都 被 推断 为 Double 类 型 ; 


.14 

3.14 
3.14f 
3.14F 
3.14d 
3.14D 
3e5 

3E5 
3.14e+5 
.14e-5 
.14e-5 
.14e-5f 
.14e-5F 
.14e-5d 
.14e-5D 





























al 





















































3 
3 
3 
3 
3 
3 


Float 遵循 IEEE 754 32 位 单 精度 浮 点 数 规范 。 
Double 遵循 IEEE 754 64 位 双 精 度 浮 点 数 规范 。 


在 Scala 2.10 之 前 ， 小 数 点 后 没有 数字 是 允许 的 ， 如 3. 和 3.e5。 但 是 由 于 这 种 语法 会 导致 
歧义 : 小 数 点 可 能 被 解释 为 方法 名 前 的 句号 ， 因 此 1.toString 应 该 如 何 解析 ? 是 Int 类 型 
的 1， 还 是 Double 类 型 的 1.0 ? 所 以 ， 小 数 点 后 不 带 数 字 的 浮 点 数字 面 量 在 Scala 2.10 中 
就 被 废弃 ， 而 在 Scala 2.11 中 则 不 被 允许 。 






































更 简洁 ， 更 强大 | 47 


2.8.3 布尔 型 字面 量 
布尔 型 字面 量 可 以 为 true 或 false。 被 这 两 个 字面 量 赋值 的 变量 ， 其 类 型 将 被 推断 为 


Boolean; 


scala> val b1 = true 


b1: Boolean = true 

















scala> val b2 = false 


b2: Boolean = false 


28.4 字符 字面 量 


字符 字面 量 要 么 是 单 引 号 内 的 一 个 可 打印 的 Unicode 字符 ， 要 么 是 一 个 转 义 序列 。{ 





TI 














在 0~255 的 Unicode 字符 也 可 以 用 八进制 数字 的 转 义 形式 表示 ， 即 一 个 反 斜 杜 (\) 后 














时 的 错误 。 





以 下 是 字符 字面 量 的 例子 : 


"A! 


'\n 


'\u0041' // Unicode 





面 跟 上 最 多 3 个 八进制 数字 字符 。 如 果 反 斜 杠 后 面 不 是 有 效 的 转 义 序列 ， 会 引发 编译 














和 的 'A' 





'\012' // 八进制 的 '\n 


表 2-4 给 出 了 有 效 的 转 义 序列 。 
表 2-4: 字符 转 义 序列 























转 义 序列 人 

\b 退 格 (BS) 

\t 水 平 制 表 符 (HT) 
\n 换行 (LF) 

\f 表格 换行 (FF) 
\r 可 车 (CR) 

\" 双 引 号 (") 

V 单 引 号 C) 

\\ RRL (\) 








注意 ， 不 可 打 E 





的 Unicode 字符 ， 如 \u6699 (水 平 制 表 符 ) 是 不 允许 的 。 应 该 使 用 等 价 的 


转 义 形式 \t。 回 顾 一 下 表 2-1 中 提 到 的 3 个 Unicode 字符 ， 可 以 有 效 地 替换 相应 的 ASCII 
序列 : => 替换 =>， 一 替换 ->， 一 替换 <-。 


2.8.5 字符 串 字面 量 
字符 串 字面 量 是 被 双 引 号 或 者 三 重 双 引 号 包围 的 字符 种 序列 ， 如 """…"""。 





对 于 双 引 号 包 









































围 的 字符 串 字 面 量 ， 允 许 出 现 的 字符 与 字符 字面 量 相同 。 但 是 ， 如 果 双 引号 
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字符 出 现在 字符 串 中 ， 则 必须 使 用 反 斜 杠 \ 进行 转 义 。 以 下 是 字符 串 字面 量 的 例子 : 


"Programming\nScala" 
"He exclaimed, \"Scala is great!\"" 
"First\tSecond" 


用 三 重 双 引 号 包含 的 字符 串 字 面 量 也 被 称 为 多 行 字符 串 字 面 量 。 这 些 字符 串 可 以 跨越 多 
行 ， 换 行 符 是 字符 串 的 一 部 分 。 可 以 包含 任意 字符 ， 可 以 是 一 个 双 引 号 也 可 以 是 两 个 连续 
的 双 引 号 ， 但 不 允许 出 现 三 个 连续 的 双 引 号 。 对 于 包含 有 反 斜 本 \， 但 反 斜 杠 不 用 于 构成 
Unicode 字符 ， 也 不 用 于 构成 有 效 转 义 序列 (如 表 2-4 中 列 出 的 序列 ) 的 字符 串 很 适合 采 
用 这 种 字符 串 字 面 量 。 正 则 表达 式 就 是 一 个 很 好 的 例子 ， 在 正则 表达 式 中 经 常用 转 义 的 字 
符 表示 特殊 含义 。 即 使 转 义 序列 出 现 ， 三 重 双 引 号 包含 的 字符 串 也 不 对 其 进行 转 义 。 


以 下 给 出 了 3 个 示例 字符 串 : 


"""Brogramming\nScala""" 

"""He exclaimed, "Scala is great!" """ 
"""First Line\n 

Second line\t 












































Fourth line""" 
注意 ， 在 第 二 个 例子 中 ， 必 须 在 结尾 的 """ 前 加 一 个 空格 ， 以 防止 出 现 解 析 错 误 。 试 图 将 
"Scala is great!" 的 第 二 个 双 引 号 进行 转 义 〈"Scatla is great!\") 的 行为 是 无 效 的 。 
使 用 多 行 字 符 串 时 ， 你 可 能 希望 各 行 子 串 有 良好 的 缩 进 以 使 代码 美观 ， 但 却 不 希望 多 余 的 
空格 出 现在 字符 串 的 输出 中 。String.stripMargin 可 以 解决 这 个 问题 。 它 会 移 除 每 行 字符 
串 开 头 的 空格 和 第 一 个 遇 到 的 垂直 分 隔 符 |。 如 果 你 需要 自行 添加 空格 制造 缩 进 ， 你 应 该 
在 | 后 添加 你 要 的 空格 。 参 照 以 下 示例 ; 


// src/main/scala/progscala2/typelessdomore/muLltiline-strings.sc 















































def hello(name: String) = s"""Welcome! 
Hello, $name! 
* (Gratuitous Star!!) 
|We're glad you're here. 
| Have some extra whitespace.""".stripMargin 


hello("Programming Scala") 


以 上 代码 输出 如 下 : 


Welcome! 

Hello, Programming Scala! 

* (Gratuitous Star!!) 
We're glad you're here. 

Have some extra whitespace. 


注意 哪些 行 开头 的 空格 被 移 除 ， 而 哪些 行 开 头 的 空格 未 被 移 除 。 


如 果 你 希望 用 别 的 字符 代替 |， 可 以 用 stripMargin 的 重 载 版 本 ,该 函数 可 以 指定 一 个 
Char 参数 代替 |。 如 果 你 想 要 移 除 整个 字符 串 (而 不 是 字符 串 的 各 个 行 ) 的 前 级 和 后 级 ， 
有 相应 的 stripPrefix 和 stripSuffix 方法 可 以 完成 : 
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// src/main/scala/progscala2/typelessdomore/multiline-strings2.sc 


def goodbye(name: String) = 
s"""xxxGoodbye, ${name}yyy 
xxxCome again! yyy""".stripPrefix("xxx").stripSuffix("yyy") 


goodbye( "Programming Scala") 
上 述 例子 的 输出 为 : 


Goodbye, Programming Scalayyy 
xxxCome again! 





2.8.6 ”符号 字面 量 

Scala 支持 符号 ， 符 号 是 一 些 规定 的 字符 串 。 两 个 同名 的 符号 会 指向 内 存 中 的 同一 对 象 。 相 
比 其 他 编程 语言 如 Ruby 和 Lisp， 符 号 在 Scala 中 用 得 比较 少 。 

符号 字面 量 是 单 引 号 (C) 后 跟 上 一 个 或 多 个 数字 、 字 母 或 下 划 线 (CW?) ， 但 第 一 个 字符 不 
能 为 数字 。 所 以 '1symbol 是 无 效 的 符号 。 


符号 字面 量 'id 是 表达 式 scala.Symbol("id") 的 简写 形式 ， 如 果 你 需要 创建 一 个 包含 空格 
的 符号 ， 可 以 使 用 Symbol.apply, 41 Symbol(" Programming Scala ") 中 的 空格 均 为 符号 的 


一 部 分 。 


2.8.7 ”函数 字面 量 
我 们 之 前 已 经 接触 过 函数 字面 量 ， 但 这 里 重 述 一 下 : (i: Int, s: String) => si 是 一 个 
类 型 为 Function2[Int,String,String] (返回 值 类 型 为 String) 的 函数 字面 量 。 


甚至 可 以 用 函数 字面 量 来 声明 变量 ， 以 下 两 种 声明 是 等 价 的 : 


val f1: (Int,String) => String = (i, s) => sti 
val f2: Function2[Int,String,String] = (i, s) => sti 




































































2.8.8 ”元 组 字面 量 

你 希望 从 方法 中 返回 多 少 次 值 (两 个 或 多 个 值 ) ? 在 很 多 语言 中 ， 如 Java， 你 只 有 少数 几 
种 解决 方案 ， 且 每 一 种 都 不 是 上 选 。 比 如 ， 你 可 以 传 和 人 参数， 然后 在 方法 中 修改 该 参数 ， 
相当 于 “返回 值 ”， 但 这 样 的 代码 很 丑陋 ， 不 美观 。( 有 的 语言 甚至 用 关键 字 来 表示 哪些 参 
数 是 输入 参数 ， 哪 些 参数 是 输出 参数 。) 你 可 以 声明 一 个 像 “结构 体 ”一 样 的 类 ， 类 中 有 
两 个 或 多 个 值 ， 然 后 返回 该 类 的 实例 。 

Scala 库 中 包含 TupleN 类 (如 Tuple?2)， 用 于 组 建 和 元 素 组 ， 它 以 小 括号 加 上 逗号 分 隔 的 
元 素 序 列 的 形式 来 创建 元 素 组 。TupleN 表示 的 多 个 类 各 自 独立 ，N 的 取 值 从 1 到 22， 包 括 
22 (在 Scala 的 未 来 版 本 中 这 个 上 限 可 能 最 终 取消 )。 

例如 ，val tup = ("Programming Scala", 2014) 定义 了 一 个 Tuple2 的 实例 ， 实 例 中 的 第 一 
ARRA A String, M "Programming Scala" 中 推断 得 到 ， 第 二 个 成 员 类 型 为 Int， 从 
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2014 中 推断 得 到 。 元 组 的 实例 是 不 可 变 的 、first-class 的 值 (因为 它们 是 对 象 ， 与 你 定义 的 
其 他 类 的 实例 没有 区 别 )， 所 以 你 可 以 将 它们 赋值 给 变量 ， 将 它们 作为 输入 参数 ， 或 从 方 
法 中 将 其 返回 。 

你 也 可 以 用 字面 量 语法 来 声明 Tuple 类 型 的 变量 : 


val t1: (Int,String) = (1, "two") 
val t2: Tuple2[Int,String] = (1, "two") 


以 下 例子 演示 了 元 组 的 用 法 : 


// src/main/scala/progscala2/typelessdomore/tuple-example.sc 












































val t = ("Hello", 1, 2.3) // 0 
println( "Print the whole tuple: "+t ) 

println( "Print the first item: + t._1 ) //@ 
println( "Print the second item: " + t._2 ) 

println( "Print the third item: " + t._3 ) 

val (t1, t2, t3) = ("World", '!', 0x22) // ©® 
println( ti +", "+ t2 +", "+ t3 ) 

val (t4, t5, t6) = Tuple3("World", '!', 0x22) //@ 


println( t4 +", "+ t5 +", "+ t6 ) 


@ 用 字面 量 语法 构造 一 个 三 个 参数 的 元 组 Tuple3。 

@ 从 元 组 中 提取 第 一 个 元 素 (计数 从 1 开始， 不 从 0 开始 )， 接 下 来 的 2 行 代码 分 别提 取 
第 二 个 和 第 三 个 元 素 。 

声明 了 三 个 变量 ，t1、t2、t3， 用 元 组 中 三 个 对 应 的 元 素 对 其 赋值 。 

用 Tuple3 的 “工厂 ”方法 构造 一 个 元 组 。 

运行 该 脚本 ， 得 到 以 下 输出 : 


Print the whole tuple: (Hello,1,2.3) 
Print the first item: Hello 

Print the second item: 1 

Print the third item: 2.3 

World, !, 34 

World, !, 34 


KKA t.n 提取 元 组 t 中 的 第 n 个 元 素 。 为 遵循 历史 惯例 ， 这 里 从 1 开始 计数 ， 而 不 是 从 
0 开始 。 

一 个 两 元 素 的 元 组 ， 有 时 也 被 简称 为 pair。 有 很 多 定义 pair 的 方法 ， 除 了 在 圆 括号 中 列 出 
元 素 值 以 外 ， 还 可 以 把 “箭头 操作 符 ” 放 在 两 个 值 之 间 ， 也 可 以 用 相应 类 的 工厂 方法 : 


(1, "one") 
1 -> "one" 
1+ "one" // 用 = FRE -> 
Tuple2(1, "one") 


箭头 操作 符 只 适用 于 两 元 素 的 元 组 。 





© 
© 
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2.9 ”0ption、Some 和 None: 避免 使 用 null 


我 们 来 讨论 3 种 类 型 ， 即 Option, Some 和 None， 它 们 可 以 表示 “有 值 ”或 者 “没有 值 ”。 


大 部 分 语言 都 有 一 个 特殊 的 关键 字 或 类 的 特殊 实例 ， 用 于 在 引用 变量 没有 指向 任何 对 象 
时 ， 表示“ 无 ”。 在 Java 中 ， 是 null 关键 字 ， 但 Java 中 没有 某 个 实例 或 类 型 。 因 此 ， 对 
它 调 用 任何 方法 都 是 非法 的 。 但 是 语言 设计 者 对 此 感到 非常 迷惑 ， 为 什么 要 在 程序 员 期 户 
返回 对 象 时 返回 一 个 关键 字 呢 ? 

当然 ， 真正 的 问题 在 于 ，null 是 很 多 bug 的 来 源 。null 表示 的 真正 含义 是 在 给 定 的 情形 
没有 任何 值 。 如 何 变量 不 等 于 nutL， 它 是 有 值 的 。 为 什么 不 在 类 型 系统 中 显 式 地 将 这 种 
况 表 达 出 来 ， 并 通过 类 型 检查 来 避免 空 指针 异常 呢 ? 

Option (http://www.scala-lang.org/api/current/#scala.Option) 允许 我 们 显 式 表示 这 种 情况 ， 
而 不 需要 用 null 这 种 “ 骇 客 ”技巧 。 作 为 一 个 抽象 类 ，0ption 却 有 两 个 具体 的 子 类 Some 


(http://www.scala-lang.org/api/current/#scala.Some) 和 None (http://www.scala-lang.org/api/ 
current/#scala.None$), Some 用 于 表示 有 值 ，None 用 于 表示 没有 值 。 


在 以 下 实例 中 你 会 看 到 Option, Some 和 None 的 运用 。 我 们 创建 了 一 个 美国 州 与 州 首府 的 
映射 表 : 


// src/main/scala/progscala2/typelessdomore/state-capitals-subset.sc 
























































val stateCapitals = Map( 
"Alabama" -> "Montgomery", 
"Alaska" -> "Juneau", 
Li ates 


"Wyoming" -> "Cheyenne" ) 


println( "Get the capitals wrapped in Options:" ) 
println( "Alabama: " + stateCapitals.get("Alabama") ) 
println( "Wyoming: " + stateCapitals.get("Wyoming") ) 
println( "Unknown: " + stateCapitals.get("Unknown") ) 

println( "Get the capitals themselves out of the Options:" ) 

println( "Alabama: " + stateCapitals.get("Alabama").get ) 

println( "Wyoming: " + stateCapitals.get("Wyoming").getOrElse("Oops!") ) 
println( "Unknown: " + stateCapitals.get("Unknown").getOrElse("Oops2!") ) 


注意 看 执行 脚本 时 发 生 了 什么 : 


Get the capitals wrapped in Options: 

Alabama: Some(Montgomery) 

Wyoming: Some(Cheyenne) 

Unknown: None 

Get the capitals themselves out of the Options: 
Alabama: Montgomery 

Wyoming: Cheyenne 

Unknown: Oops2! 


Map.get 方法 返回 了 0ption[T]， 这 里 类 型 T 为 String。 与 此 不 同 ， 在 Java F, Map.get 返 
回 T，T 可 能 是 null 或 实际 的 值 。 通 过 返回 option， 我 们 就 不 会 “忘记 ”去 检查 是 否 有 实 








| 

















际 值 返回 。 换 言 之 ， 对 于 给 定 的 key,“ 对 应 的 值 可 能 并 不 存在 ”这 一 事实 已 经 包含 在 方法 
返回 的 类 型 中 了 。 

第 一 组 printtn 语句 非 直 接地 对 get 返回 的 实例 执行 了 toString 方法。 事实 上 ， 我 们 古 在 
对 Some 或 None 执行 toString 方法 ， 因 为 当 映射 表 中 存在 key 对 应 的 值 时 ，Map.get 的 返 
回 值 被 自动 包装 在 Some 对 象 中 。 相 反 ， 当 我 们 请 求 了 一 个 映射 表 中 不 存在 的 数据 时 ，Map. 
get 就 返回 None， 而 不 是 nutl， 最 后 一 个 println 就 是 这 种 情况 。 


第 二 组 println 更 进一步 ， 调 用 Map.get 后 ， 又 对 Option 实例 调用 了 get Bk getOrElse, 以 
取出 其 中 包含 的 值 。 

Option.get 方法 有 些 危 险 ， 如 果 Option 是 一 个 Some, Some.get 则 会 返回 其 中 的 值 。 然 而 ， 
如 果 Option 事实 上 是 一 个 None, None.get 就 会 抛 出 一 个 NoSuchElementException (http:// 
docs.oracle.com/javase/8/docs/ap1/j ava/util/NoSuchElementException.html ) 异常 。 


在 后 面 两 个 println 语 句 中 ， 我 们 可 以 看 到 get 的 替代 选项 一 一 一 个 更 安全 的 方法 
getOrElse, getOrElse 方法 会 在 Option 为 Some 时 返回 其 中 的 值 ， 而 在 Option 为 None 时 返 
回 传递 给 它 的 参数 中 的 值 。 换 言 之 ，getorElse 的 参数 起 到 了 默认 值 的 作用 。 

所 以 ，getorElse 是 两 个 方法 中 更 具 防 御 性 的 ， 它 避免 了 潜在 的 异常 。 

再 次 申明 ， 由 于 Map.get 返回 了 0ption， 这 明显 告诉 读者 映射 表 中 有 可 能 找 不 到 指定 的 
key。 映 射 表 在 这 种 情况 下 会 返回 None， 而 大 部 分 编程 语言 会 返回 null (或 其 他 等 价 的 
值 )。 的 确 ， 从 经 验 来 看 你 推断 这 种 情况 下 这 些 语言 中 可 能 出 现 null, {H Option 将 这 种 情 
况 显 式 地 体现 在 函数 签名 中 ， 使 其 更 具 自 解释 性 。 

BI, BF Scala 的 静态 类 型 性 质 ， 你 可 以 避免 “忘记 ”返回 的 是 option， 从 而 调用 
Option 里 的 值 (如 果 有 值 的 话 ) 来 启动 方法 。 在 Java 中 ， 当 方法 返回 一 个 值 时 ， 在 调用 该 
值 的 方法 前 很 容易 忘记 检查 它 是 否 为 nuLL。 但 是 ，Scala 的 方法 返回 0ption， 编 译 器 的 类 
型 检查 便 强 制 要 求 你 先 从 Option 中 提取 值 ， 再 对 它 调用 方法 。 这 一 机 制 “ 提 醒 ” 你 去 检查 
Option 是 否 等 于 None, FELA, Option 的 使 用 强烈 鼓励 更 具 弹 性 的 编程 习惯 。 


Scala 运行 于 JVM 的 环境 ， 且 必须 与 其 他 库 互 操作 ， 因 此 Scala 必须 支持 nutl。 另 外 ， 一 
些 固执 的 人 也 可 能 会 给 你 返回 一 个 Some(nuLL)。 尽 管 如 此 ， 你 现在 有 了 比 null 更 好 的 选 
择 ， 就 应 该 在 自己 的 代码 中 避免 使 用 null (除非 必须 与 支持 null 的 Java 库 进行 交互 )。 
Tony Hoare (http://www.infog.com/presentations/Null-References-The-Billion-Dollar-Mistake- 
Tony-Hoare), Æ 1965 年 开发 一 门 名 为 ALGOL W 的 语言 时 发 明了 nuLL， 他 曾 表示 null 的 
发 明 是 相当 于 损失 “ 数 十 亿美 元 ”的 错误 。 你 看 ， 还 是 用 Option IE, 


2.10 ”封闭 类 的 继承 


现在 我 们 来 探讨 Option 的 一 个 很 有 用 的 特性 。option 的 一 个 关键 点 在 于 它 只 有 两 个 有 效 
的 子 类 。 如 有 果 我 们 有 值 ， 则 对 应 Some 子 类 ， 如 果 没 有 值 ， 则 对 应 None 子 类 。 没 有 其 他 有 
效 的 Option 子 类 型 。 所 以 ， 我 们 可 以 防止 用 户 创建 一 个 他 们 自己 的 子 类 。 


为 了 达到 这 个 目的 ，Scala 设计 了 关键 字 sealed, Option 的 声明 类 似 这 样 (省 略 部 分 细 市 ) : 
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sealed abstract class Option[+A] ... { ... } 


关键 字 sealed 告诉 编译 器 ， 所 有 的 子 类 必须 在 同一 个 源 文件 中 声明 。 而 在 Scala 库 中 ， 
Some 与 None 就 是 与 Option 声明 在 同一 源 文件 中 的 。 这 一 技术 有 效 防 止 了 Option 派生 其 他 
子 类 型 。 


顺便 提 一 下 ， 如 果 需 要 防止 用 户 派生 任何 子 类 ， 也 可 以 用 final 关键 字 进行 声明 。 


2.11 用 文件 和 名 空间 组 织 代码 


Scala 沿用 Java 用 包 来 表示 命名 空间 的 这 一 做 法 ， 但 它 却 更 具 灵 活性 。 文 件 名 不 必 与 类 名 
一 致 ， 包 结构 不 一 定 要 与 目录 结构 一 致 。 所 以 ， 你 可 以 定义 与 文件 的 “物理 ”位 置 独立 的 
包 结构 。 


以 下 示例 用 Java 语法 在 包 com.example.mypkg 中 定义 了 名 为 MyClass 的 类 ， 这 是 Java 的 常 
规 语法 : 


// src/main/scala/progscala2/typelessdomore/package-example1.scala 
package com.example.mypkg 












































class MyClass { 
/ss 
} 


Scala W XHEMA ER EAA TAS OR HE SLE a, CH 的 命名 空间 语法 和 Ruby 表示 
命名 空间 的 modules 用 法 类 似 : 


// src/main/scala/progscala2/typelessdomore/package-example2.scala 
package com { 
package example { 
package pkg1 { 
class Classi1 { 
def m = "m11" 


class Class12 { 
def m = "m12" 
} 
} 


package pkg2 { 
class Class21 { 
def m = "m21" 
def makeClassi11 = { 
new pkg1.Classi11 
} 
def makeClass12 = { 
new pkg1.Class12 
} 
} 
} 


package pkg3.pkg31.pkg311 { 





邮 


class CLass311 { 
def m = "m21" 
} 
} 
} 
} 


pkg1 和 pkg2 这 两 个 包 定 义 在 包 com.example 中 。 在 这 两 个 包 中 ， 共 有 3 个 类 。 在 包 pkg2 
的 类 Class21 中 ，makeCLass11 和 makeClassi2 方法 展示 了 如 何 引用 “兄弟 ”和 所 pkgl 中 
的 类 。 你 也 可 以 分 别 用 这 些 类 的 全 路 径 com.example.pkg1.Class11 和 com.example.pkg1. 
Class12 来 引用 它们 。 


Æ pkg3.pkg31.pkg311 表明 你 可 以 在 一 条 语句 中 将 多 个 包 “ 链 接 ” 在 一 起 。 不 必 为 每 一 
单独 使 用 一 条 package 语句 。 


然而 ， 有 一 种 情况 你 必须 使 用 单独 的 package 语句 。 我 们 称 之 为 连续 包 声 明 : 


// src/main/scala/progscala2/typelessdomore/package-example3.scala 
// 导入 example 中 所 有 包 级 别 的 声明 

package com.example 

// 导入 mypkg 中 所 有 包 级 别 的 声明 

package mypkg 





i 

















class MyPkgClass { 
LE ga 





如 果 你 想 导 入 的 包 都 有 包 级 别 的 声明 ， 比 如 类 的 声明 ， 那 么 应 该 为 包 层 次 中 的 每 个 包 使 用 
单独 的 package 语句 。 每 个 后 续 的 包 语 句 都 被 解释 为 上 一 个 包 的 子 包 ， 就 像 我 们 使 用 上 文 
展示 的 和 藤 套 块 结构 语法 那样 。 第 一 个 package 语句 的 路 径 为 绝对 路 径 。 

我 们 遵循 Java 的 惯例 ， 将 Scala 库 的 root 包 命名 为 scala, 

尽管 声明 包 的 语法 很 灵活 ， 但 有 一 个 限制 ， 就 是 包 不 能 在 类 或 对 象 中 定义 ， 那 样 做 是 没有 
意义 的 。 











Scala 不 允许 在 脚本 中 定义 包 ， 脚 本 被 隐 含 包装 在 一 个 对 象 中 。 在 对 象 中 声 
明 包 是 不 允许 的 。 





2.12 ”导入 类 型 及 其 成 员 


就 像 在 Java 中 一 样 ， 要 使 用 包 中 的 声明 ， 必 须 先 导入 它们 。 但 Scala 还 提供 了 其 他 选择 ， 
以 下 例子 展示 了 Scala 如 何 导入 Java 类 型 : 


import java.awt._ 

import java.io.File 

import java.io.File._ 

import java.util.{Map, HashMap} 
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你 可 以 像 第 一 行 那样 ， 用 下 划 线 (_) 当 通 配 符 ， 导 入 包 中 的 所 有 类 型 。 你 也 可 以 像 第 二 
行 那样 导入 包 中 单独 的 Scala 类 型 或 Java 类 型 。 
Java 用 星 号 (*) 作为 import 的 通配符 。 在 Scala 中 ， 星 号 被 允许 用 作 国 数 


名 ， 因 此 _ 被 用 作 通 配 符 ， 以 避免 歧义 。 例 如 ， 如 果 对 象 Foo 定义 了 其 他 方 
法 ， 同 时 它 还 定义 了 * 方法 ，import Foo.* 表示 什么 呢 ? 






































第 三 行 导 入 了 java.io.File 中 所 有 的 静态 方法 和 属性 。 与 之 等 价 的 Java import 语句 为 
import static java.io.File.*, Scala ył 4 import static 这 样 的 写法 ， 因 为 Scala 将 
object 类 型 与 其 他 类 型 一 视 同 仁 。 

如 第 四 行 所 示 ， 选 择 性 导入 的 语法 非常 好 用 ， 在 第 四 行 中 我 们 导入 了 java.util.Map 和 
java.util.HashMap, 

import 语句 几乎 可 以 放 在 任何 位 置 上 ， 所 以 你 可 以 将 其 可 见 性 限制 在 需要 的 作用 域 中 ， 可 
以 在 导入 时 对 类 型 做 重 命 名 ， 也 可 以 限制 不 想 要 的 类 型 的 可 见 性 : 


def stuffWithBigInteger() = { 








import java.math.BigInteger.{ 
ONE => _, 
TEN, 
ZERO => JAVAZERO } 


// println( "ONE: "+ONE ) // ONE 未 定义 
println( "TEN: "+TEN ) 
println( "ZERO: "+JAVAZERO ) 

} 


由 于 这 一 import 语句 位 于 stuffWwithBigInteger 国 数 中 ， 导 入 的 类 型 和 值 在 国 数 外 是 不 可 
见 的 。 

将 java.math.BigInteger.ONE 常量 重 命名 为 下 划 线 ， 使 得 该 常量 不 可 见 。 当 你 需要 导入 除 
少 部 分 以 外 的 所 有 声明 时 ， 可 以 采用 这 一 技术 。 

接着 ，java.math.BigInteger.TEN 导入 时 未 经 重 命名 ， 所 以 可 以 用 TEN 引用 它 。 

最 后 ，java.math.BigInteger .ZERO 常量 被 赋予 了 JAVAZERO 的 “别名 ”。 

当 你 想 取 一 个 便利 的 名 字 或 避免 与 当前 作用 域 中 其 他 同名 声明 冲突 时 ， 别 名 非常 有 用 。 导 
A Java 类 型 时 经 常 使 用 别名 ， 以 避免 其 余 Scala 中 同名 类 型 的 冲突 ， 如 java.util.List 
(http://docs.oracle.com/javase/8/docs/api/java/util/List.html) 与 java.util.Map (http://docs.oracle. 
com/javase/8/docs/api/java/util/Map.html), {Œ Scala 库 中 有 相同 名 称 的 类 。 


2.12.1 导入 是 相对 的 
Scala 与 Java 导入 机 制 的 另 一 重要 区 别 是 : Scala 的 导入 是 相对 的 。 注 意 下 例 中 的 注释 . 


// src/main/scala/progscala2/typelessdomore/relative-imports.scala 
import scala.collection.mutable._ 
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import collection.immutable._ // 由 于 scalLa 已 经 导入 ,不 需要 给 出 全 路 径 
import _root_.scala.collection.parallel._ // 从 "“ 根 ?开始 的 全 路 径 


在 相对 导入 上 很 少 会 碰见 麻烦 ， 但 意外 有 时 也 会 发 生 。 如 果 你 遇 到 一 个 让 你 迷惑 不 解 的 
译 错误 指出 某 个 包 无 法 找到 时 ， 需 要 检查 一 下 导入 语句 中 的 相对 路 径 和 绝对 路 径 是 否 
正确 。 在 少数 情况 下 ， 你 还 需要 添加 root 前 级 。 通 常 ， 使 用 顶层 的 包 ， 如 comn、org 或 
scala 就 足够 了 。 但 必须 保证 问题 库 的 所 在 路 径 被 包含 在 CLASSPATH 中 。 


2.12.2 BHR 
对 于 库 的 作者 ， 设 计 上 要 选择 何 处 作为 API 暴露 公共 接 入 点 ， 因 为 这 些 API 是 客户 端 将 要 
导入 并 使 用 的 。Java 库 经 常 导 入 包 中 定义 的 部 分 或 所 有 类 型 。 例 如 Java 语句 inport java. 
io.* 导入 了 io 包 中 的 所 有 类 型 。Java 5 增加 了 “静态 导入 ”， 支 持 单独 导入 包 中 的 静态 成 
员 。 尽 管 相对 便利 了 一 些 ,， 但 它 所 采用 的 语法 还 是 不 太 便 利 。 你 可 以 考虑 使 用 一 个 虚构 的 
JSON 解析 库 ， 同 时 会 用 到 顶层 的 库 json 以 及 类 ISON 中 的 一 个 静态 API 方法: 
static import com.example.json.JSON.*; 
在 Scala 中 ， 你 至 少 可 以 省 略 static 关键 字 。 但 写 为 如 下 形式 更 为 简洁 ， 可 以 用 一 条 
import 语句 导入 所 有 API 使 用 者 需要 的 类 型 、 方 法 和 值 : 
import com.example.json._ 
Scala 支持 包 对 象 这 一 特殊 类 型 的 、 作 用 域 为 包 层次 的 对 象 。 这 里 的 json 就 是 包 对 象 。 它 
像 普通 的 对 象 一 样 声明 ， 但 与 普通 对 象 有 着 如 下 示例 所 展示 的 不 同 点 : 





3È 



































// src/com/example/json/package.scala (1) 
package com.example //@ 
package object json { //® 

class JSONObject {...} //@ 


def fromString(string: String): JSONObject = {...} 
: me 
@ 文件 名 必须 为 package.scala。 根 据 惯例 ， 文 件 位 于 与 定义 的 包 对 象 相同 的 包 目 录 中 ， 
在 这 里 为 com/example/json。 
@ 上 层 包 的 作用 域 。 
© 使 用 package 关键 字 给 包 名 之 后 的 对 象 命名 ， 在 这 里 对 象 名 为 json, 
O 适合 暴露 给 客户 端的 成 员 。 
这 样 ， 客 户 端 可 以 用 import com.example.json._ 导入 所 有 的 定义 ,或 用 通常 的 方法 单独 导 
入 元 素 。 


213 ”抽象 类 型 与 参数 化 类 型 


我 们 在 1.3 市 中 提 到 Scala 支持 参数 化 类 型 ， 与 Java 中 的 泛 型 十 分 类 似 。( 我 们 也 可 以 交换 
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这 两 个 术语 ， 但 Scala 社区 中 多 使 用 “参数 化 类 型 ”，Java 社区 中 常用 泛 型 一 词 。) 在 语法 
E, Java 使 用 尖 括 号 (<…>)， 而 Scala 使 用 方 括号 〈[…])， 因 为 在 Scala 中 < 和 > 常用 作 
方法 名 。 

例如 ， 字 符 串 列表 可 以 声明 如 下 : 


val strings: List[String] = List("one", "two", "three") 


由 于 我 们 可 以 在 集合 List [A] 中 使 用 任何 类 型 作为 类 型 A， 这 种 特性 被 称 为 参数 多 态 。 在 
方法 List 的 通用 实现 中 ， 人 允许 使 用 任何 类 型 的 实例 作为 List 的 元 素 。 

我 们 来 讨论 学 习 参 数 化 类 型 最 为 重要 的 细节 ， 尤 其 当 你 在 试图 理解 Scaladoc 中 的 类 型 签 
名 时 ， 这 些 细节 尤为 重要 。 如 在 Scaladoc 中 的 List 条 目 (http://www.scala-lang.org/api/ 
current/#scala.collection.immutable.List) 中 ， 你 会 发 现 其 声明 被 写 为 sealed abstract class 
List[+A], 


A 之 前 的 + 表示 : 如 果 B 是 A 的 子 类 ， 则 List[B] 也 是 List[A] 的 子 类 型 ， 这 被 称 为 
协 类 型 。 协 类 型 很 符合 直觉 如 果 我 们 有 一 个 函数 f(list: List[Any])， 那 么 传递 
List[String] 给 这 个 函数 ， 也 应 该 能 正常 工作 。 

如 果 类 型 参数 前 有 -， 则 表示 另 一 种 关系 : 如 果 B 是 A 的 子 类 型 ， 且 Foo[A] 被 声明 为 
Foo[-A]， 则 Foo[B] 是 Foo[A] 的 父 类 型 ( 称 为 逆 类 型 )。 这 一 机 制 没 那么 符合 直觉 ， 我 们 
将 在 参数 化 类 型 中 与 参数 化 类 型 的 其 他 细节 一 起 解释 这 一 点 。 
Scala 还 支持 另 一 种 被 称 为 “抽象 类 型 ”的 抽象 机 制 ， 它 可 以 运用 在 许多 参数 化 类 型 中 ， 也 
能 够 解决 设计 上 的 问题 。 然 而 ， 尽 管 两 种 机 制 有 所 重合 ， 但 并 不 元 余 ， 两 种 机 制 对 不 同 的 
设计 问题 各 有 优势 与 不 足 。 

参数 化 类 型 和 抽象 类 型 都 被 声明 为 其 他 类 型 的 成 员 ， 就 像 是 该 类 型 的 方法 与 属性 一 样 。 以 
下 示例 在 父 类 中 使 用 抽象 类 型 ， 而 在 子 类 中 将 该 类 型 具体 化 : 


// src/main/scala/progscala2/typelessdomore/abstract-types.sc 
import java.io._ 















































abstract class BulkReader { 

type In 

val source: In 

def read: String // 读 进 source, 然 后 返回 一 个 String 
} 














class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 


class FileBulkReader(val source: File) extends BulkReader { 
type In = File 
def read: String = { 
val in = new BufferedInputStream(new FileInputStream(source) ) 
val numBytes = in.available() 
val bytes = new Array[Byte](numBytes) 
in.read(bytes, 0, numBytes) 
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new String(bytes) 
} 
} 


println(new StringBulkReader("Hello Scala!").read) 
// 假定 当前 目录 为 src/main/scala: 
println(new FileBulkReader( 
new File("TypeLessDoMore/abstract-types.sc")).read) 


产生 的 输出 如 下 : 


Hello Scala! 
// src/main/scala/progscala2/typelessdomore/abstract-types.sc 








import java.io._ 


abstract class BulkReader { 


抽象 类 BulkReader 声明 了 3 个 虚拟 成 员 : 一 个 名 为 In， 是 类 型 成 员 ， 第 二 个 类 型 为 In， 
是 val 变量 ， 名 为 source; 第 三 个 是 一 个 read 方法 。 
派生 类 StringBulkReader 与 FileBulkReader 为 上 述 抽象 成 员 提 供 具 体 化 的 定义 。 

注意 type 成 员 的 工作 机 制 与 参数 化 类 型 中 的 类 型 参数 非常 类 似 。 事 实 上 ， 我 们 可 以 将 该 示 
例 重 写 如 下 ， 在 这 里 我 们 只 显示 改动 的 部 分 : 


abstract class BulkReader[In] { 
val source: In 




















; a 
class StringBulkReader(val source: String) extends BulkReader[String] {...} 
class FileBulkReader(val source: File) extends BulkReader[File] {...} 
就 像 参数 化 类 型 ， 如 果 我 们 定义 In 类 型 为 String， 则 source 属性 也 必须 被 定义 为 
String。 注 意 StringBulkReader 的 read 方法 只 是 将 source 属性 返回 ， 而 FileBulkReader 
的 read 方法 则 需要 读 取 文 件 的 内 容 。 
那么 ， 类 型 成 员 与 参数 化 类 型 相 比 有 什么 优势 呢 ? 当 类 型 参数 与 参数 化 的 类 型 无 关 时 ， 参 
数 化 类 型 更 适用 。 例 如 List[A], A 可 能 是 Int, String 或 Person 等 。 而 当 类 型 成 员 与 所 封 
装 的 类 型 同步 变化 时 ， 类 型 成 员 最 适用 。 正 如 BulkReader 这 个 例子 ， 类 型 成 员 需要 与 封装 
的 类 型 行为 一 致 。 有 时 这 种 特点 被 称 为 家 族 多 态 ， 或 者 协 特 化 。 


2.14 本 章 回顾 与 下 一 章 提 要 


本 章 介 绍 了 Scala 编程 的 实践 基础 ， 如 字面 量 、 关 键 字 、 文 件 的 组 织 以 及 导入 。 我 们 学 习 
了 如 何 声明 变量 、 方 法 和 类 ， 也 了 解 了 Option 是 比 null 更 好 用 的 工具 ， 以 及 其 他 一 些 有 
用 的 技术 。 在 下 一 章 中 ， 我 们 将 结束 对 Scala 基础 的 概览 ， 深 入 解释 Scala 特性 的 细节 。 
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本 章 将 讲解 必要 的 Scala 基础 知识 。 


3.1 操作 符 重 载 ? 


在 Scala 中 ， 几 乎 所 有 的 “操作 符 ” 其 实 都 是 方法 。 我 们 一 起 看 看 最 基础 的 一 个 例子 ， 

1 +2 
数字 之 间 的 加 号 是 什么 呢 ? 这 个 操作 符 是 一 个 方法 。 
首先 ， 请 注意 在 Scala 的 世界 里 ，Java 中 特殊 的 “基本 类 型 ”都 变 成 了 正规 的 对 象 ， 这 些 
对 象 类 型 为 : Float, Double, Int, Long, Short, Byte 和 Boolean 类 型 。 这 也 意味 着 它们 
可 以 拥有 成 员 方法 。 
正如 你 所 见 ， 除 了 某 些 特殊 情况 之 外 ，Scala 标示 符 中 允许 出 现 字 母 和 数字 之 外 的 字符 。 我 
们 稍 后 将 会 讲 到 这 些 特殊 情况 。 
由 于 使 用 中 绥 表 示 法 表示 单 参数 方法 时 ， 其 中 的 点 号 和 括号 可 以 省 略 ， 因 此 1 + 2 等 价 于 
1.+(2), ' 
与 之 相似 ， 调 用 无 参 方 法 时 也 可 以 省 略 点 号 。 这 种 写法 也 被 称 为 后 缀 表示 法 。 不 过 有 时 个 
使 用 后 缀 表示 方式 时 会 产生 歧义 ， 因 此 Scala 2.10 将 这 种 表示 法 修改 为 可 选 特性 。 我 们 将 
搭建 SBT 的 实验 环境 ， 假 如 你 在 没有 告诉 编译 器 的 情况 下 使 用 了 该 特性 ， 那 么 将 触发 一 条 




















注 1: 实际 上 根据 操作 符 优 先 级 规则 ， 包 含 点 号 和 省 去 点 号 的 表达 式 并 不 总 是 完全 一 致 的 。1 + 2 * 3 = 7， 
而 1.+(2)*3 = 9。 如 果 表 达 式 中 包含 点 号 ， 那 么 优先 执行 点 号 对 应 的 操作 ， 再 执行 乘法 运算 。 另 外 如 
果 你 使 用 了 2.11 版 本 之 前 的 Scala, 请 在 数字 1 后 添加 一 个 空格 ， 否 则 1 将 会 被 解析 为 Double 类 型 | 























60 

















警告 信息 。 可 以 通过 一 条 import 语句 开启 此 特性 。 请 查看 下 面 的 示例 了 解 通过 scala 命令 
开启 REPL 会 话 (也 可 以 通过 SBT console 命令 开启 )。 





$ scala 


scala> 1 toString 
Warning: there were 1 feature warning(s); re-run with -feature for details 
res0: String = 1 


直接 运行 scala 命令 看 上 去 并 不 能 启动 此 特性 ， 我 们 加 上 -feature 标志 重新 启动 REPL, 
以 获取 更 多 有 意义 的 警告 信息 。 


$ scala -feature 


scala> 1.toString // normal invocation 
resO: String = 1 


scala> 1 toString // postfix inovocation 
<console>:8: warning: postfix operator toString should be enabled 
by making the implicit value scala. language.postfixOps visible. 
This can ... adding the import clause ‘import scala. language.postfixOps 
or by setting the compiler option -lLanguage:postfixOps. 
See the Scala docs for value scala.language.postfixOps for a discussion 
why the feature should be explicitly enabled. 

1 toString 

八 


resi: String = 1 


scala> import scala. language. postfix0ps 
import scala. Language. postfixOps 


scala> 1 toString 

res2: String = 1 
我 希望 任何 时 候 出 现 了 这 样 的 问题 时 ， 都 能 看 到 这 个 详细 的 错误 信息 ， 所 以 我 进行 了 SBT 
项 目的 配置 ， 启 用 了 -feature 标志 。 这 样 一 来 ， 在 SBT 中 使 用 console 任务 运行 REPL 
时 ， 这 个 标志 便 已 开启 了 。 
可 以 通过 两 种 方式 消除 这 个 警告 。 我 们 已 经 演示 了 第 一 种 方法 : 执行 import 
scala.language.postfix0ps 命 令 。 我 们 也 可 以 癌 编 译 器 传递 男 一 个 标志 
-language:postfix0ps， 通 过 这 一 方式 在 全 局 范围 内 开启 该 特性 。 我 个 人 青睐 于 每 次 都 
调用 import 语句 ， 因 为 这 种 方式 能 提醒 读者 了 解 到 我 们 现在 启用 了 哪个 可 选 特性 。( 我 
们 会 在 21.1.1 节 列 出 所 有 可 选 特性 。) 
在 不 造成 编译 器 歧义 的 前 提 下 ， 省 略 点 号 能 够 使 代码 变 得 更 加 整洁 ， 也 有 助 于 创建 更 优 
雅 、 更 自然 易 懂 的 程序 。 


那么 ， 哪 些 字符 允许 出 现在 标示 符 中 呢 ? 下 面 总 结 了 方法 名 、 类 型 名 、 变 量 名 等 各 种 标示 
符 需 要 遵循 的 规则 。 
。 可 用 的 字符 

除了 括号 类 字符 、 分 隔 符 之 外 ， 其 他 所 有 的 可 打印 的 ASCI[ 字 符 如 字母 、 数 字 、 下 划 
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线 (_) 和 美元 符号 ($) 均 可 出 现在 Scala 标 示 符 中 , 插入 字符 包括 了 (,)、[,]、， 

and}; 而 分 隔 符 则 包括 了 、、'、"、.、; 以 及 ,。Scala 还 允许 在 标示 符 中 使 用 编码 

在 \u0020 到 \u007F 之 间 的 字符 ， 如 数学 符号 、 像 /和 < 这样 的 操作 符 字符 以 及 其 他 的 
一 些 符号 。 

。 不 能 使 用 保留 字 
和 绝 大 多 数 语 言 一 样 ，Scala 中 也 不 允许 使 用 保留 字 作 为 标示 符 。 我 们 将 在 2.7 列举 
所 有 的 保留 字 。 我 们 回忆 一 下 ， 某 些 操作 符 和 标点 符号 也 属于 保留 字 ， 例 如 ， 下 划 线 
(_) 便 是 一 个 保留 字 。 

。 普通 标示 符 一 一 字母 、 数 字 、$、_ 和 操作 符 的 组 合 
第 见 的 标示 符 往往 由 字母 或 下 划 线 开头 ， 后 面 跟着 一 些 字母 、 数 字 、 下 划 线 或 美元 符 。 
Scala 允许 使 用 Unicode 格式 的 字符 。 由 于 美元 符 在 Scala 内 部 会 作为 特定 作用 ， 因 此 
尽管 编译 器 不 会 阻止 你 ， 你 仍 不 应 将 美元 符 当 作 标 示 符 使 用 。 在 下 划 线 后 可 以 输入 字 
有 母 、 数 字 ， 也 可 以 输入 一 些 操作 符 。 下 划 线 就 一 个 重要 的 字符 ， 编 译 器 会 将 下 划 线 之 
后 空格 之 前 的 所 有 字符 视 为 标示 符 的 一 部 分 。 举 例 而 言 ，val xyz = 1 会 将 变量 
xyz_++ 赋值 为 1， 而 表达 式 val xyz++= =1 则 无 法 通过 编译 。 这 是 因为 标示 符 xyz++= 也 
可 以 被 解释 为 xyz ++=， 这 看 上 去 像 是 要 为 xyz 赋值 。 出 于 同样 的 原因 ， 假 如 在 下 划 线 
后 输入 了 操作 符 ， 那 么 不 允许 在 操作 符 后 输入 字母 或 数字 。 这 一 限制 确保 了 不 会 产生 
具有 歧义 的 表达 式 ， 例 如 : abc_-123。 该 语句 到 底 是 表示 标示 符 abc_-123， 还 是 变量 
abc_ 减 去 123 WE? 

。 普通 标示 符 操作 符 
假如 某 一 标示 符 以 操作 符 开 头 ， 那 么 后 面 的 字符 也 必须 是 操作 符 字符 。 

。 使 用 反 引 号 定义 标示 符 
我 们 可 以 通过 反 引 号 定义 标示 符 ， 两 个 反 引 号 内 的 任意 长 度 的 字符 串 便 是 定义 的 标示 
符 ，def `test that addition works`= assert(1 + 1 == 2) 便 是 其 中 一 例 (这 名 代码 应 
用 反 引 号 定义 测试 名 称 的 方法 ， 这 种 方式 使 用 了 一 种 “如 果 不 满 足 某 些 条 件 ， 便 存在 问 
题 ”的 命名 技巧 。 而 你 将 来 也 许 能 在 产品 代码 中 看 到 这 类 命名 方式 ) 。 我 们 之 前 也 曾 看 
到 过 反 引 号 命名 的 例子 。 如 果 需 要 访问 的 Java 类 方法 或 变量 的 名 与 Scala 类 的 保留 字 相 
同 ， 我 们 需要 使 用 反 引 号 命名 。 如 : java.net.Proxy.*type’(), 

。 模式 匹配 标示 符 

在 模式 匹配 表达 式 中 (请 回顾 1.4 节 中 actor 的 相关 示例 )， 以 小 写字 母 开头 的 标记 会 被 

解析 为 变量 标示 符 ， 而 大 写字 母 开 头 的 标记 则 会 被 解析 为 常量 标示 符 (如 类 名 )。 模 式 

匹配 使 用 了 非常 简洁 的 变量 表示 法 ， 例 如 无 需 使 用 val 关键 字 ， 增 加 该 限定 能 够 避免 产 

生 某 些 歧义 。 


语法 糖 
所 有 的 操作 符 都 是 方法 。 假 如 你 知道 该 知识 点 ， 便 能 够 更 容易 的 理解 Scala 代码 。 有 时 候 


你 会 看 到 一 些 新 的 操作 符 ， 不 过 你 无 需 担 心 那些 特殊 的 情况 (这些 新 的 操作 符 本 质 都 是 方 
法 ， 所 以 无 需 担 心 )。1.4 P HAK actor 会 互相 发 送 异 步 消息 ， 发 送 消息 时 使 用 了 感叹 
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号 ! 操作 符 ， 这 一 操作 符 只 是 一 个 普通 方法 罢了 。 


这 种 灵活 的 命名 方式 让 编写 出 的 类 库 非 常 自 然 ， 就 像 Scala 自身 的 一 种 延伸 。 利 用 这 种 命 
名 方式 ， 你 可 以 编写 一 个 新 的 数学 库 ， 甚 中 的 数值 类 型 支持 所 有 的 数学 操作 。 你 也 可 以 
编写 一 个 与 actor 行为 类 似 的 全 新 的 并 发 消息 处 理 层 。 除 了 少数 的 一 些 命名 规则 限制 之 外 ， 
使 用 这 些 命名 方式 能 创造 出 无 限 的 可 能 。 


能 够 创建 操作 符 符号 并 不 意味 着 你 应 该 这 样 做 。 当 你 定义 API 时 ， 要 提醒 自 
己 用 户 很 难 读 懂 这 些 隐 临 的 标点 符号 式 的 操作 符 ， 更 别提 学 会 和 记 住 了 。 小 用 
这 些 操 作 符 只 会 使 你 的 代码 变 得 蜀 卒 。 因 此 ， 如 果 你 沉迷 于 创建 新 的 操作 符 ， 
一 且 该 操作 符 无 法 带 来 便利 ， 那 就 意味 着 你 凭空 蝗 竹 了 方法 命名 的 可 读 性 。 


3.2 无 参数 方法 

对 于 那些 不 包含 参数 的 方法 而 言 ， 除 了 可 以 选择 使 用 中 级 调用 或 后 缀 调用 方式 之 外 ，Scala 
还 允许 用 户 灵 活 决 定 是 否 使 用 括号 。 

我 们 在 定义 无 参 方法 时 可 以 省 略 括号 。 一 旦 定义 无 参 方法 时 省 略 了 括号 ， 那 么 在 调用 这 些 
方法 时 必须 省 略 括号 。 与 之 相反 ， 假 如 在 定义 无 参 方法 时 添加 了 空 括 号 ， 那 么 调用 方 可 以 
选择 省 略 或 是 保留 括号 。 

例如 ，List.size 的 方法 定义 体 中 省 略 了 括号 ， 因 此 你 应 该 编写 List(1,2,3).size 这 样 的 
代码 。 假 如 你 尝试 输入 List(1,2,3).size()， 系 统 将 会 返回 错误 。 


java.lang.String 的 length 方法 定义 体 中 则 包含 了 括号 (这 是 为 了 能 在 Java 中 运行 )， 而 
Scala 同时 支持 "hello" .Length() 和 "hello" .length 这 两 种 写法 。 这 同样 适用 于 Scala 定义 
的 一 些 定义 体 中 包含 空 括号 的 那些 无 参 方 法 。 


为 了 实现 与 Java 语言 的 互 操作 ， 无 参 方法 定义 体 中 出 现 了 是 否 包含 空 括号 这 两 种 情况 的 处 
理 规 则 之 间 的 不 一 致 性 。 尽 管 Scala 也 希望 定义 和 使 用 保持 一 臻 《如果 定义 体 中 包含 括号 ， 
那么 调用 时 必须 添加 括号 ， 反 之 ， 调 用 时 必须 省 略 括号 ) ， 不 过 由 于 包含 了 空 括号 的 定义 
会 更 灵活 些 ， 这 确保 了 调用 Java 无 参 方 法 时 可 以 与 调用 Scala 无 参 方法 保持 一 致 。 


Scala 社区 已 经 养 成 了 这 样 一 个 习惯 : 定义 那些 无 副作用 的 无 参 方法 时 省 略 括号 ， 例 如 : 集 
合 的 size 方法。 定义 具有 副作用 的 方法 时 则 添加 括号 ， 这 样 便 能 提醒 读者 某 些 对 象 可 能 会 
发 生变 化 ， 需 要 额外 小 心 。 假 如 运行 scala 或 scalac 时 添加 了 -XLint 选项 ， 那 么 在 定义 
那些 会 产生 副作用 (例如 ， 方 法 中 会 有 IO 操作 ) 的 无 参 方法 时 ， 省 略 括号 将 会 出 现 一 条 
警告 信息 。 我 在 SBT 编译 环境 中 已 经 添加 了 这 个 标志 。 


为 什么 我 们 会 优先 讲解 是 否 选择 括号 的 问题 呢 ? 这 是 因为 合理 考虑 是 否 使 用 括号 有 助 于 构 
建 更 具 表 现 力 的 方法 调用 链 ， 如 下 所 示 ， 示 例 中 的 代码 看 上 去 就 像 是 一 目 了 然 的 “句子 ”: 


// src/main/scala/progscala2/rounding/no-dot-better.sc 

















































































































def isEven(n: Int) = (n % s) == 0 


List(1, 2, 3, 4) filter isEven foreach println 
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程序 输出 如 下 : 

2 

4 
尽管 上 面 的 语 名 非常“ 整齐"， 但 如 果 你 现在 还 不 熟悉 该 语句 的 语法 ， 你 就 需要 花 些 时 间 
才能 理解 它 的 作用 。 下 面 四 行 代码 中 ， 每 一 行 都 比 上 一 行 要 少 一 些 ， 而 最 后 一 行 便 是 之 前 
展示 的 代码 。 












































List(1, 2, 3, 4).filter((i: Int) => isEven(i)).foreach((i: Int) => println(i)) 
List(1, 2, 3, 4).filter(i => isEven(i)).foreach(i => println(i)) 

List(1, 2, 3, 4).filter(isEven).foreach(println) 

List(1, 2, 3, 4) filter isEven foreach println 




















前 三 行 代码 更 为 清晰 ， 因 此 也 更 容易 为 初学 者 理解 。 过 滤器 不 过 是 作用 于 集合 之 上 的 单 参 
数 方法 ，foreach 方法 默默 地 对 集合 执行 了 一 次 循环 操作 ， 一 旦 你 熟悉 了 这 些 ， 你 会 发 现 
最 后 一 行 代 码 ， 这 种 “斯 巴 达 式 ”( 斯 巴 达 式 ， 指 的 是 非常 简洁 的 方式 ) 的 实现 体 更 易 阅 
读 和 理解 。 等 你 变 得 更 有 经 验 之 后 ， 你 会 认为 中 间 的 两 行 代码 就 像 是 妨碍 阅读 的 一 种 噪 
音 。 和 希望 你 阅读 Scala 代码 的 时 候 能 将 此 牢记 于 心 。 
需要 证 清 的 是 ， 由 于 上 面 的 每 个 方法 都 接收 单一 参数 ， 因 此 该 表达 式 能 正常 运行 。 假 如 方 
法 链 中 某 一 方法 接收 0 个 或 大 于 1 个 的 参数 ， 编 译 器 会 困惑 。 如 果 出 现 了 这 种 情况 ， 请 为 
部 分 或 全 部 方法 补 上 点 号 。 


3.3 ”优先 级 规则 


对 于 像 2.0 * 4.0 / 3.0 * 5.0 这 种 包含 了 一 系列 Double 操作 的 表达 式 ， 将 遵守 何 种 操作 
符 优先 级 规则 呢 ?” 下 面 将 按 从 低 到 高 的 顺序 列 出 优先 级 规则 : 


. 所 有 字母 
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o. 其 他 特殊 字符 
同一 行 的 字符 具有 相同 的 优先 级 。 不 过 有 一 个 例外 ， 当 = 用 于 赋值 操作 时 ， 该 符号 的 优先 
级 最 低 。 

因为 * 和 / 的 优先 级 相同 ， 因 此 下 面 的 两 段 scala 会 话 将 返回 相同 值 。 


scala> 2.0 * 4.0 / 3.0 * 5.0 
res0: Double = 13.333333333333332 





























scala> (((2.0 * 4.0) / 3.0) * 5.0) 
resi: Double = 13.333333333333332 





执行 由 左 结合 方法 组 成 的 方法 序列 时 ， 只 要 简单 地 按照 从 左 到 右 的 顺序 执行 就 行 了 。 那 是 
不 是 所 有 的 方法 都 是 “ 左 结合 ” 呢 ? 答案 是 否定 的 。 在 Scala 中 ， 任 何 名 字 以 冒号 (:) 结 
尾 的 方法 都 与 右边 的 对 象 所 绑 定 ， 其 他 方法 则 是 左 绑 定 的 。 例 如 ， 你 可 以 通过 :: 方法 将 
某 一 元 素 放置 到 列表 前 面 ， 这 一 操作 成 为 cons 操作 ，cons 是 constructor 的 缩写 ， 这 也 是 
Lisp 所 引入 的 概念 。 

scala> val list = List('b', 'c', 'd') 

list: List[Char] = List(b, c, d) 














scala> 'a' :: list 
res4: List[Char] = List(a, b, c, d) 


第 二 句 表达 式 等 价 于 list.::('a')。 





任何 名 字 以 : 结尾 的 方法 均 与 其 右边 的 对 象 绑 定 ， 它 们 并 不 与 左 侧 对 象 
绑 定 。 


有 二 :五 二 

3.4 ”领域 特定 语言 

领域 特定 语言 ， 也 称 为 DSL， 指 的 是 为 某 一 专门 问题 域 编写 的 语言 ， 引 入 DSL 是 为 了 方 
便 用 简洁 直观 的 方式 表达 该 领域 的 概念 。 例 如 ，SQL 便 可 以 被 视 为 一 门 DSL， 因 为 它 是 一 
门 专门 用 于 解释 关系 模型 的 编程 语言 。 

不 过 通常 DSL 只 用 于 即席 查询 语言 ， 它 们 要 么 被 嵌入 到 某 一 宿主 语言 内 ， 要 么 会 专门 有 一 
个 定制 的 解析 器 负责 解析 。 柑 入 意味 着 你 需要 在 宿主 语言 中 通过 一 种 方言 来 实现 DSL. Hk 
入 式 DSL 通常 也 被 称 为 内 部 DSL， 而 需要 特制 解析 器 的 DSL 则 被 称 为 外 部 DSL. 

使 用 内 部 DSL 时 ， 开 发 者 能 利用 宿主 语言 的 所 有 特性 处 理 DSL 未 能 覆盖 的 一 些 临 界 情况 
( 翡 观 地 说 ，DSL 是 一 类 存在 漏洞 的 抽象 )。 内 部 DSL 同样 免 去 了 编写 此 法 解析 器 、 解 析 
器 和 其 他 编写 特定 语言 所 需 工具 的 工作 。 

Scala 为 这 两 类 DSL 均 提供 了 完美 的 支持 。Scala 提供 了 灵活 的 标志 符 规则 ， 如 允许 使 用 操 
作 符 命名 ， 支 持 中 缀 和 后 缀 方法 调用 语法 ， 这 为 编写 蔡 入 式 DSL 提供 了 构建 DSL 所 需 的 
组 成 元 素 。 


行为 驱动 开发 

下 面 的 示例 应 用 ScalaTest 类 库 (http:/Avww.scalatest.org/), ， 向 我 们 展现 了 一 种 被 称 为 
行为 驱动 开发 (Behavior-Driven Development) 的 测试 编写 方式 。Specs2 类 库 (http:/ 
etorreborre.github.io/specs2/) 也 提供 了 同样 的 功能 。 


// src/main/scaLa/progscaLa2/rounding/scaLatest.scX 
// Example fragment of a ScalaTest. Doesn't run standalone. 




















import org.scalatest.{ FunSpec, ShouldMatchers } 
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class NerdFinderSpec extends FunSpec with ShouldMatchers { 


describe ("nerd finder") { 
it ("identify nerds from a List") { 
var actors = List("Rick Moranis", "James Deam", "Woody Allen") 
var finder = new NerdFinder(actors) 
finder.findNerds shouldEqual List("Rick Moranis", "Woody Allen") 
} 
} 
} 








上 述 示例 讲解 了 如 何 利 用 Scala 编写 DSL， 在 第 20 章 我 们 会 看 到 更 多 这 样 的 例子 并 学 会 如 
何 动手 编写 DSL。 


3.5 ”Scala 中 的 if 语 名 


ARMEA, Scala 的 if 语句 看 起 来 很 像 Java 中 的 if 语句。 执行 if 语句 时 先 对 if 条 件 
表达 式 进 行 估 值 。 假 如 表达 式 结果 为 true， 那 么 将 执行 对 应 的 代码 块 。 反 之 ， 将 测试 下 一 
条 件 分 支 ， 以 此 类 推 。 下 面 列 举 了 一 个 简单 示例 : 


// src/main/scala/progscala2/rounding/if.sc 









































if (2 + 2 5) { 
println("Hello from 1984.") 
} else if (2 + 2 == 3) { 
println("Hello from Remedial Math class?") 
} else { 
println("Hello from a non-Orwellian future.") 


} 


Scala 5 Java 语言 不 同 ，Scala 中 的 if 语句 和 几乎 所 有 的 其 他 语句 都 是 具有 返回 值 的 表达 
式 。 因 此 我 们 能 像 下 面 展示 的 代码 那样 ， 将 if 表达 式 的 结 采 值 赋 给 其 他 变量 。 


// src/main/scala/progscala2/rounding/assigned-if.sc 


























val configFile = new java.io.File("somefile. txt") 


val configFilePath = if (configFile.exists()) { 
configFile.getAbsolutePath() 

} else { 
configFile.createNewFile( ) 
configFile.getAbsolutePath( ) 

} 


if 语句 返回 值 的 类 型 也 被 称 为 所 有 条 件 分 支 的 最 小 上 界 类 型 ， 也 就 是 与 每 条 each 子 句 可 能 
返回 值 类 型 最 接近 的 父 类 型 。 在 上 面 这 个 例子 中 ，configFilePath 是 if 表达 式 的 结果 值 ， 
该 if 表达 式 将 执行 文件 不 存在 的 条 件 分 支 ， 并 返回 新 创建 文件 的 绝对 路 径 。 将 if 语句 的 返 
回 值 赋予 变量 configFilePath 之 后 ， 整 个 应 用 程序 都 可 以 使 用 该 值 ， 其 类 型 为 String 类 型 。 
Scala 中 的 if 语句 是 一 类 表示 式 ， 像 predicate ? trueHandler() : falseHandler() 这 种 三 
元 表达 式 对 于 Scala 来 说 是 多 余 的 , 因此 Scala 并 不 支持 三 元 表达 式 。 
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3.6 Scala 中 的 for 推 导 式 


除了 if 语句 之 外 ，Scala 也 为 for 循环 这 一 和 常见 的 控制 结构 提供 了 非常 多 的 特性 ， 这 些 
for 循环 的 特性 被 称 为 for 推导 式 (for comprehension) 或 for 表达 式 (for expression), 


事实 上， 推导 式 一 词 起 源 于 函数 式 编程 。 它 表达 了 这 样 一 个 理念 : 我 们 过 历 一 个 或 多 个 集 
合 ， 对 集合 中 的 元 素 进 行 “ 推 导 ”， 并 从 中 计算 出 新 的 事物 ， 新 推导 出 的 事物 往往 是 男 一 


个 集合 。 























In 




















3.6.1 for 循环 
让 我 们 从 一 个 基本 的 for 表达 式 开始 : 


// src/main/scala/progscala2/rounding/basic-for.sc 





val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 


for (breed <- dogBreeds) 
println(breed) 


你 可 能 已 经 猜 到 了 ， 这 段 代 码 的 意思 是 :“ 基 于 列表 dogBreeds 中 的 每 一 个 元 素 ， 创 建 临 时 
变量 breed, breed 的 值 与 元 素 值 相同 ， 之 后 打印 breed。” 代 码 输出 如 下 : 

Doberman 

Yorkshire Terrier 

Dachshund 

Scottish Terrier 

Great Dane 

Portuguese Water Dog 


这 种 形式 不 返回 任何 值 ， 因 此 它 只 会 执行 一 些 会 带 来 副作用 的 操作 。 这 类 For 推导 式 有 时 
候 也 被 称 为 for 循环 ， 这 与 Java 中 的 for 循环 较为 类 似 。 


3.6.2 ”生成 器 表达 式 

像 breed <- dogBreeds 这 样 的 表达 式 也 被 称 为 生成 器 表达 式 (generator expression) ， 生 成 
器 表达 式 之 所 以 叫 这 个 名 字 ， 是 因为 该 表达 式 会 基于 集合 生成 单独 的 数值 。 左 箭头 操作 符 
(<-) 用 于 对 像 列 表 这 样 的 集合 进行 遍历 。 

我 们 还 可 以 使 用 生成 器 表达 式 对 某 些 区 间 进 行 访 问 ， 以 这 种 方式 编写 出 的 for 循环 更 加 
自然 。 


// src/main/scala/progscala2/rounding/generator.sc 




















for (i <- 1 to 10) println(i) 


3.6.3 保护 式 : 筛选 元 素 


怎样 才能 获得 更 细 的 操作 粒度 呢 ? 我 们 可 以 加 入 庄 表 达 式 ， 来 筛选 出 我 们 希望 保留 的 元 
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素 。 这 些 表达 式 也 被 称 为 保护 式 (guard), 为 了 能 够 从 大 种 列表 中 挑选 中 猛 犬 ， 我 们 对 之 
前 的 代码 进行 了 修改 ， 有 具体 如 下 : 


// src/main/scala/progscala2/rounding/guard-for.sc 
val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 

"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 
for (breed <- dogBreeds 


if breed.contains("Terrier") 
) println(breed) 


输出 如 下 : 


Yorkshire Terrier 
Scottish Terrier 


你 还 可 以 在 for 循环 中 添加 多 个 保护 式 : 
// src/main/scala/progscala2/rounding/double-guard-for.sc 


val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 


for (breed <- dogBreeds 

if breed.contains("Terrier") 

if !breed.startsWith("Yorkshire" ) 
) println(breed) 


for (breed <- dogBreeds 
if breed.contains("Terrier") && !breed.startsWith("Yorkshire") 
) println(breed) 


在 第 二 个 for 推导 式 中 ， 两 个 if 语句 被 合并 为 一 个 语句 。 这 两 个 for 推导 式 的 输出 如 下 
所 示 : 


Scottish Terrier 
Scottish Terrier 


3.6.4 Yielding 


假如 你 并 不 需要 打印 过 滤 后 的 集合 ， 你 需要 编写 代码 对 过 滤 后 的 集合 进行 处 理 ， 那 么 该 怎 
么 办 呢 ? 使 用 yield 关键 字 便 能 在 for 表达 式 中 生成 新 的 集合 。 

另外 ， 我 们 将 转 而 使 用 大 括号 代替 圆 括号 ， 以 相似 的 方法 把 参数 列表 封装 在 大 括号 中 时 可 
以 使 得 块 结构 的 格式 看 起 来 更 为 直观 : 


// src/main/scala/progscala2/rounding/yielding-for.sc 














val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 
val filteredBreeds = for { 
breed <- dogBreeds 
if breed.contains("Terrier") && !breed.startsWith("Yorkshire") 
} yield breed 





每 次 执行 for 表达 式 时 ， 过 滤 后 的 结果 将 生成 breed 值 。 随 着 代码 的 执行 ,这些 结果 
值 逐 渐 积累 起 来 ， 累 计 而 成 的 结果 值 集 合 被 典 给 了 filteredBreeds 对 象 。for-yield 
表达 式 所 生成 的 集合 类 型 将 根据 被 人 帝 历 的 集合 类 型 推导 而 出 。 在 上 面 的 例子 中 ， 由 
于 filteredBreeds 源 于 dogBreeds 列表 ， 而 dogBreeds 类 型 为 List[String], 此 
filteredBreeds 的 类 型 为 List[String], 























for 推导 式 有 一 个 不 成 文 的 约定 : 当 for 推导 式 仅 包含 单一 表达 式 时 使 用 原 
括号 ， 当 其 包含 多 个 表达 式 时 使 用 大 括号 。 值 得 注意 的 是 ， 使 用 原 括号 时 ， 
早 前 版 本 的 Scala 要 求 表达 式 之 间 必 须 使 用 分 号 。 
































假如 一 个 for 推导 式 并 未 使 用 yietd， 而 是 执行 像 打 印 这 样 的 具有 副作用 的 操作 ， 那 么 我 们 
将 其 称 为 for 循环 。 这 是 因为 它 的 行为 更 像 是 你 所 熟悉 的 Java 和 其 他 语言 中 的 for 循环 。 


3.6.5 ”扩展 作用 域 与 值 定义 


Scala 的 for 推导 式 还 有 一 个 有 用 的 特征 : 你 能 够 在 for 表达 式 中 的 最 初 部 分 定义 值 ， 并 可 
以 在 后 面 的 表达 式 中 使 用 该 值 。 如 下 所 示 : 


// src/main/scala/progscala2/rounding/scoped-for.sc 








val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 
for { 
breed <- dogBreeds 
upcasedBreed = breed.toUpperCase() 
} println(upcasedBreed) 


需要 注意 的 是 , 尽管 upcasedBreed 的 值 不 可 变 , 但 并 不 需要 使 用 val 关键 字 进 行 限定 ”执行 
结果 如 下 : 

DOBERMAN 

YORKSHIRE TERRIER 

DACHSHUND 

SCOTTISH TERRIER 

GREAT DANE 

PORTUGUESE WATER DOG 


如 果 你 想到 了 0ption， 那 就 可 以 用 在 这 个 示例 中 。 正 如 我 们 之 前 讨论 的 那样 ，0ption 是 
null 更 好 的 替代 方案 ，0ption 是 一 类 特殊 形式 的 集合 ， 它 只 包含 0 个 或 1 个 元 素 ， 意 识 到 
这 一 点 对 你 会 有 帮助 。 我 们 也 可 以 理解 下 面 代码 : 


// src/main/scala/progscala2/patternmatching/scoped-option-for.sc 









































val dogBreeds = List(Some("Doberman"), None, Some("Yorkshire Terrier"), 
Some("Dachshund"), None, Some("Scottish Terrier"), 
None, Some("Great Dane"), Some("Portuguese Water Dog")) 








TE 2: 在 Scala 早先 的 版 本 中 ，val 关键 字 是 可 选 的 ， 而 现在 则 不 推荐 使 用 该 关键 字 。 
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println("first pass:") 
for { 

breedOption <- dogBreeds 

breed <- breedOption 

upcasedBreed = breed. toUpperCase() 
} println(upcasedBreed) 


println("second pass:") 
for { 
Some(breed) <- dogBreeds 
upcasedBreed = breed. toUpperCase() 
} println(upcasedBreed) 


想象 我 们 会 调用 返回 各 种 大 种 名 称 的 一 些 服 务 。 这 些 服务 会 返回 Option 类 型 ， 而 由 于 一 些 
服务 无 法 返回 任何 值 ， 这 些 服 务 将 返回 None。 在 第 一 个 for 推导 式 的 第 一 个 表达 式 中 ， 每 
一 个 被 提取 的 元 素 均 为 Option 对 象 。 而 后 续 的 代码 行 中 将 使 用 箭头 符 提取 option 中 的 值 。 


稍 等 ! 当 你 尝试 从 None 对 象 中 提取 对 象 时 难道 不 会 抛 出 异常 吗 ? 的 确 如 此 ， 不 过 由 于 此 时 
推导 式 会 进行 有 效 地 检查 并 忽略 None， 因 此 不 会 有 异常 抛 出 。 这 正如 我 们 在 第 二 行 代 码 之 
前 增加 了 显 式 的 if breedOption != None, 

第 二 个 for 推导 式 使 用 了 模式 匹配 ， 这 使 得 代码 更 为 清新 。 只 有 当 BreedOption 是 Some 类 
HI, RIKIN Some(breed) <- dogBreeds 才 会 成 功 执行 并 提取 出 breed， 所 有 操作 一 步 完 
成 。None 元 素 不 再 被 处 理 。 


什么 时 候 使 用 左 箭头 〈<-)， 什 么 时 候 该 使 用 等 于 号 (=) WE? 当 你 遍历 某 一 集合 或 其 他 像 
Option 这 样 的 容 吉 并 试图 提取 值 时 ， 你 应 该 使 用 箭头 。 当 你 执行 并 不 需要 返 代 的 赋值 操作 
时 ， 你 应 使 用 等 于 号 。for 推导 式 的 第 一 句 表 达 式 必须 使 用 箭头 符 执行 抽取 /迭代 操作 。 
在 大 多 数 语 言 的 循环 体 中 ， 你 可 以 使 用 跳出 循环 、 也 可 以 继续 进行 迭代 。Scala 并 未 提供 
break 和 continue 语句 ， 不 过 编写 地 道 的 Scala 代码 时 ， 你 几乎 不 需要 使 用 这 些 语句 。 你 
可 以 使 用 条 件 表达 式 或 者 使 用 递归 判断 循环 是 否 应 该 继续 。 如 果 你 能 在 一 开始 便 对 集合 进 
行 过 滤 以 消除 循环 中 的 复杂 条 件 ， 那 就 更 好 了 “。 






































Scala 的 for 推导 式 并 不 提供 break 和 continue 功能 。Scala 提供 的 其 他 特性 
使 得 这 两 个 功能 没有 存在 的 必要 。 











3.7 ”其 他 循环 结构 


Scala 提供 了 许多 其 他 的 循环 结构 ， 由 于 for 推导 式 是 如 此 的 灵活 和 强大 ， 这 些 结果 并 未 得 
到 广泛 的 应 用 。 另 外 ， 有 时 候 你 需要 的 仅仅 是 一 个 white 循环 。 











注 3: 不 过 ， 考 虑 到 存在 对 break 功能 的 需求 ，Scala 提供 了 scala.util.control.Breaks 对 象 (http://www. 
scala-lang.org/api/current/#scala.util.control.Breaks$) ， 该 对 象 可 用 于 实现 break 功能 ， 不 过 我 从 未 用 过 
该 功能 ， 你 最 好 也 不 用 它 。 
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3.7.1 Scala 的 while 循 环 
只 要 判断 条 件 成 立 ，while 循环 将 一 直 运 行 对 应 代码 块 。 例 如 ， 在 下 一 个 13 号 的 周 五 到 来 
之 前 ， 下 面 的 代码 将 按照 一 天 一 次 的 频率 打印 抱怨 的 信息 : 

// src/main/scala/progscala2/rounding/while.sc 


// 警告 :这 个 脚本 会 运行 非常 非常 长 时 间 ! 
import java.util.Calendar 




















def isFridayThirteen(cal: Calendar): Boolean = { 
val dayOfWeek = cal.get(Calendar .DAY_OF_WEEK) 
val dayOfMonth = cal.get(Calendar .DAY_OF_MONTH) 





// Scala 将 最 后 一 个 表达 式 的 结果 值 作为 该 方法 的 返回 结果 
(dayOfWeek == Calendar.FRIDAY) && (dayOfMonth == 13) 
} 





while (!isFridayThirteen(Calendar.getInstance())) { 
println("Today isn't Friday the 13th. Lame.") 
// sleep for a day 
Thread.sleep(86400000) 

} 


3.7.2 ” Scala 中 的 do-while 循 环 


与 while 循环 相似 ， 只 要 条 件 表达 式 返 回 true，do-while 循环 语句 就 会 执行 代码 。 也 就 是 
说 ， 执 行 完 代码 块 后 ，do-white 语句 便 会 检查 条 件 是 否 为 真 。 为 了 能 计数 十 次 ， 我 们 可 以 
写 如 下 代码 : 


// src/main/scala/progscala2/rounding/do-while.sc 





ap 





var count = 0 


do { 
count += 1 
println(count) 

} while (count < 10) 


3.8 条 件 操作 符 


Scala 从 Java 及 其 祖先 处 继承 了 大 多 数 的 条 件 操 作 符 。 你 能 在 if 语句 、while 循环 以 及 每 
个 应 用 了 else 条 件 的 地 方 看 到 表 3-1 所 列 的 那些 条 件 操作 符 。 


表 3-1: 条 件 操作 符 



































IRER Ro 作 fa g 

8& 和 操作 操作 符 左 边 和 右边 的 值 都 为 rue。 只 有 当 操作 符 左 边 的 值 为 真 值 时 才 会 评估 
右边 值 是 否 为 真 

I 或 操作 操作 符 左 边 和 右边 值 至 少 有 一 个 为 tue。 只 有 当 操作 符 左 边 值 为 false 时 才 会 
评估 右边 值 是 否 为 真 
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> KF 操作 符 左边 的 值 应 大 于 右边 的 值 

>= 大 于 或 等 于 操作 符 左 边 的 值 大 于 或 等 于 右边 的 值 

< 小 于 操作 符 左 边 的 值 应 小 于 右边 的 值 

<= 小 于 或 等 于 操作 符 左边 的 值 小 于 或 等 于 右边 的 值 

== 等 于 操作 符 左边 的 值 等 于 右边 的 值 

l= 不 等 于 操作 符 左边 的 值 不 等 于 右边 的 值 
需要 注意 的 是 && 和 || 是 短路 (short-circuiting) 操作 符 ， 一 旦 得 知 结果 ， 这 些 操 作 便 会 停 
止 对 表达 式 佑 值 。 











绝 大 多 数 操作 符 的 行为 与 emie Java 和 其 他 语言 中 的 表现 一 致 ， 但 操作 符 == 和 它 的 逆 操 
作 符 !== 例外 。 在 Java 中 ，== 只 会 对 对 象 引 用 进行 比较 ， 它 并 不 会 执行 一 次 逻辑 上 的 相 
等 检查 ， 即 比较 字段 值 。 而 你 调用 equals 方法 便 是 出 于 这 个 目的 。 因 此 假如 有 两 个 类 型 相 
同 且 具有 相同 字段 值 (也 就 是 说 ， 这 两 个 对 象 的 状态 相同 ) 的 不 同 对 象 , 在 Java 中 执行 == 
操作 将 返回 false。 

与 之 相反 ，Scala 使 用 == 符 执行 逻辑 意义 上 的 相等 检查 ， 不 过 该 操作 符 也 调用 了 equals 方 
法 。 假 如 你 并 不 希望 进行 逻辑 相等 检查 (我 们 会 在 10.6 节 详 细 讨 论 对 象 相等 的 相关 内 容 )， 
只 想 比 较 引 用 ， 你 可 以 使 用 Scala 提供 的 新 的 方法 eq. 


3.9 ”使 用 try、catch 和 final 子 句 


Scala 推 络 通过 使 用 图 数 式 结构 和 强 类 型 以 减少 对 异常 和 异常 处 理 的 依赖 的 编码 范式 。 
管 如 此 ， 异 常 仍然 有 用 ， 而 当 Scala 需要 与 普遍 使 用 异常 的 Java 代码 交互 时 ， 异 
重要 。 


























与 Java 不 同 ，Scala 并 不 支持 已 被 视 为 失败 设计 的 检查 型 异常 (checked 
exception), Scala 将 Java 中 的 检查 型 异常 视 为 非 检 查 型 ， 而 且 方 法 声明 中 
也 不 包含 throw 子 句 。 不 过 Scala 提供 了 有 助 于 Java 互 操作 的 ethrows 注解 
(http://www.scala-lang.org/api/current/index.html#scala.throws)， 具 体内 容 请 参 
考 23.2 节 。 





Scala 将 异常 处 理 作为 另 一 类 模式 匹配 来 进行 处 理 ， 因 此 我 们 可 以 简洁 地 对 各 种 不 同类 型 
的 异常 进行 处 理 。 
让 我 们 看 看 Scala 在 资源 管理 这 样 一 个 常见 的 应 用 场景 中 是 如 何 处 理 异 常 的 。 我 们 希望 通 
过 革 种 方式 打开 并 处 理 一 些 文件 。 在 这 个 示例 中 我 们 仅仅 会 统计 行 数 。 不 过 ， 我 们 仍然 必 
须 对 一 些 错 误 场 景 进行 处 理 。 比 如 说 ， 文 件 也 许 并 不 存在 ， 这 个 错误 尤其 是 当 我 们 需要 让 
用 户 指定 文件 名 时 尤为 明显 。 除 此 之 外 ， 处 理 文件 时 可 能 也 会 有 某 些 错误 (为 了 测试 错误 
发 生 的 场景 ， 我 们 将 随意 地 触发 一 个 错误 )。 无 论 是 否 成 功 地 对 文件 进行 了 处 理 ， 我 们 都 
需要 确保 关闭 了 所 有 的 文件 句柄 。 






































72 | 第 3 章 


o 
8 


// src/main/scala/progscala2/rounding/TryCatch.scala 
package progscala2.rounding 


object TryCatch { 


/** Usage: scala rounding.TryCatch filename1 filename2 ... */ 
def main(args: Array[String]) = { 
args foreach (arg => countLines(arg) ) //@ 
} 
import scala.io.Source //@ 


import scala.util.control.NonFatal 


def countLines(fileName: String) = { // 日 
println() // Add a blank line for legibility 
var source: Option[Source] = None //@ 
try { // © 
source = Some(Source.fromFile(fileName)) // © 


val size = source.get.getLines.size 
println(s"file $fileName has $size lines") 
} catch { 
case NonFatal(ex) => println(s"Non fatal exception! $ex") // © 
} finally { 
for (s <- source) { // ® 
println(s"Closing $fileName...") 
s.close 
} 
} 
} 
} 


使 用 foreach 循环 遍历 参数 列表 并 对 各 个 参数 进行 处 理 。 该 循环 每 遍历 一 次 便 返 
Unit 对 象 ， 而 foreach 执行 完毕 后 所 返回 的 最 终结 果 也 是 Unit 对 象 。 

导入 用 于 读 取 输入 的 scala.io.Source 类 (http://www.scala-lang.org/api/current/#scala. 
io.Source) 以 及 用 于 匹配 nonfatal 异常 的 scala.util.control.NonFatal 类 (http://www. 
scala-lang.org/api/current/#scala.util.control.NonFatal$ ) 。 

统计 每 个 文件 名 所 对 应 文件 的 行 数 。 

由 于 我 们 将 变量 source 声明 为 Option 类 型 ， 因 此 我 们 在 finally 子 句 中 能 分 辨 出 
source 对 象 是 否 是 真正 的 实例 。 

开始 执行 try 子 句 。 

假如 文件 不 存在 ，source.fromFile 方法 将 抛 出 java.io.FileNotFoundException (http:// 
docs.oracle.com/javase/8/docs/api/java/io/FileNotFoundException.html) 类 型 的 异常 。 否 则 
的 话 ， 我 们 将 该 方法 的 返回 值 封装 到 Some 对 象 中 。 下 一 行 中 我 们 将 调用 source 变量 的 
get 方法 ， 由 于 目前 我 们 已 经 能 确认 source 属于 Some 类 型 ， 因 此 这 一 操作 是 安全 的 。 
捕获 那些 非 致命 的 错误 。 例 如 ， 内 存 不 足 是 一 个 致命 错误 。 

使 用 for 推导 式 从 Some 类 型 的 对 象 中 提取 Source 实例 ， 之 后 将 关闭 文件 。 假 如 source 
对 象 为 None， 将 不 会 发 生 任 何事 。 


一 个 





E 
































请 留意 catch FAJ, Scala 会 使 用 模式 匹配 来 捕捉 你 所 希望 捕获 的 异常 ， 而 Java 则 使 用 单 
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独 的 catch 子 句 来 捕获 各 个 异常 。 与 Java 相 比 ，Scala 捕获 异常 的 方式 更 紧凑 、 更 灵活 。 
在 这 段 示例 代码 中 ，case NonFatal(ex) => … 子 句 使 用 scala.util.control.NonFatal 匹配 
了 所 有 的 非 致 命 性 异常 。 


应 用 finally 子 句 可 以 确保 资源 会 在 一 处 得 到 合理 的 清理 。 如 果 不 使 用 finally， 我 们 将 
不 得 不 分 别 在 try 子 句 和 catch 子 句 中 重复 清理 逻辑 ， 这 样 才能 确保 文件 句柄 会 被 关闭 。 
由 于 我 们 使 用 了 for 推导 式 从 option 对 象 中 抽取 出 Source 对 象 ， 因 此 即使 option 对 象 实 
际 上 是 一 个 None 实例 ， 什 么 也 不 会 发 生 ， 包 含 了 文件 close 方法 的 代码 块 并 不 会 被 调用 。 


假如 你 需要 对 Option 对 象 进 行 检测 ， 当 它 是 Some 对 象 时 执行 一 些 操作 ， 而 
当 它 是 None 对 象 时 则 不 进行 任何 操作 ， 那 么 你 可 以 使 用 for 推导 式 ， 这 也 
是 Scala 的 一 个 广泛 应 用 的 常见 用 法 。 

































































由 于 该 程序 已 经 经 过 sbt 编译 ， 因 此 我 们 可 以 在 sbt 提示 符 后 运行 run-main 任务 来 启动 该 
程序 ， 启 动 run-main 任务 时 允许 输入 参数 。 为 了 方便 阅读 ， 我 将 输入 参数 折 成 多 行 ， 使 用 
\ 表示 行 符 ， 并 删除 了 一 些 文本 。 

> run-main progscala2.rounding.TryCatch foo/bar \ 


src/main/scala/progscala2/rounding/TryCatch.scala 
[info] Running rounding.TryCatch foo/bar .../rounding/TryCatch.scala 


. java.io.FileNotFoundException: foo/bar (No such file or directory) 


file src/main/scala/progscala2/rounding/TryCatch.scala has 30 lines 
Closing src/main/scala/progscala2/rounding/TryCatch.scala... 
[success] ... 


第 一 个 文件 foo/bar 并 不 存在 ， 而 第 二 个 文件 才 是 该 程序 的 源 文件 。 使 用 scala. io. Source 
API 能 够 方便 地 对 来 自 文件 或 其 他 源 的 数据 流 进行 处 理 。 与 一 些 这 类 的 API 相似 ， 文 件 不 
存在 时 Source 将 抛 出 异常 。 因 此 读 取 foo/bar 文件 时 抛 出 异常 的 行为 是 可 预期 的 行为 。 






































假如 无 论 是 否 成 功 地 使 用 了 资源 ， 资 源 都 需要 被 清理 ， 请 将 资源 清理 的 相关 
逻辑 放 到 Finally 子 句 中 执行 。 





除了 使 用 模式 匹配 定位 异常 之 外 ，Scala 异常 处 理 的 其 他 设 定 与 大 多 数 语 言 相似 。 与 Java 
一 样 ， 使 用 Scala 时 我 们 通过 编写 throw new MyBadExceptoin(...) 抛 出 异常 。 假 如 你 自 定 
义 的 异常 是 一 个 case 类 ， 那 么 抛 出 异常 时 可 以 省 略 new 关键 字 。 这 就 是 Scala 与 其 他 语言 
在 异常 处 理 上 的 差别 。 

自动 资源 管理 是 一 类 常见 的 Scala 设计 模式 。 为 了 实现 自动 资源 管理 ，Joshua Suereth 编写 
了 一 个 名 为 ScalaARM (http://jsuereth.com/scala-arm/) 的 独立 项 目 。 下 面 让 我 们 尝试 编写 
自动 资源 管理 程序 。 











3.10 ”名字 调 用 和 值 调 用 


我 们 曾 动手 实现 了 可 重用 资源 管理 器， 其 具体 实现 如 下 : 


// src/main/scala/progscala2/rounding/TryCatchArm.scala 
package progscala2.rounding 

import scala. Language.reflectiveCalls 

import scala.util.control.NonFatal 








object manage { 


def apply[R <: { def close():Unit }, T](resource: => R)(f: R => T) = 


var res: Option[R] = None 
try { 
res = Some(resource) // 只 会 引用 "resource" 一 次 !! 
f(res.get) 
} catch { 
case NonFatal(ex) => println(s"Non fatal exception! $ex") 
} finally { 
if (res != None) { 
println(s"Closing resource...") 
res.get.close 
} 
} 
} 
} 





object TryCatchARM { 
/** Usage: scala rounding.TryCatch filename1 filename2 ... */ 
def main(args: Array[String]) = { 
args foreach (arg => countLines(arg)) 


import scala.io.Source 


def countLines(fileName: String) = { 
printtn() // 打印 空白 行 ,以 增加 可 读 性 
manage(Source.fromFile(fileName)) { source => 
val size = source.getLines.size 
println(s"file $fileName has $size lines") 
if (size > 20) throw new RuntimeException("Big file!") 
} 
} 
} 








你 只 要 将 命令 行 中 的 TryCatch 替换 为 TryCatchArm， 便 可 以 像 运行 之 前 的 示例 那样 运 





程序 并 得 到 相似 的 输出 。 








= 


运行 该 


能 够 将 关注 点 分 离 (separation of concern，SOC) 固然 很 好 ， 不 过 为 了 实现 这 点 ， 我 们 需 











要 运用 一 些 强 大 的 新 工具 。 


首先 ， 我 们 将 对 象 命名 为 nanage， 而 不 是 Manage。 通 常 我 们 都 遵循 类 型 名 称 首 字母 大 写 
的 规范 ， 不 过 由 于 该 示例 使 用 manage 的 方式 与 使 用 国 数 的 方式 相似 ， 因 此 未 遵循 该 规范 。 





我 们 希望 manage 在 用 户 代码 中 看 上 去 像 一 个 内 置 的 操作 符 ， 整 个 代码 看 起 来 就 像 是 一 





ae 
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while 循环 。 我 们 可 以 在 countLines 方法 中 查看 manage 对 象 的 使 用 方式 。 这 个 示例 也 演示 
了 如 何 使 用 Scala 工具 构建 小 型 领域 特定 语言 (DSL)。 


manage.apply 方 法 
manage.apply 方法 声明 看 上 去 非常 奇怪 ， 为 了 能 够 理解 该 声明 ， 我 们 将 对 其 进行 分 解 。 下 
看 再 次 列 出 了 该 方法 的 签名 ， 我 们 将 分 行 显示 方法 签名 ， 而 每 一 行 也 都 提供 了 对 应 的 广 释 。 














def apply[ 
R <: { def close():Unit }, @ 
T] 2) 
(resource: => R) © 
(frR ss Teie) (4) 





@ 这 行 出 现 了 两 个 新 的 事物 。R 表示 我 们 将 要 管理 的 资源 类 型 。 而 <: 则 意味 着 R 属于 
某 其 他 类 型 的 子 类 。 在 本 例 中 R 的 父 类 型 是 一 个 包含 close() :Unit 方法 的 结构 类 型 。 
为 了 能 帮助 你 更 直观 的 理解 R 类 型 ， 尤 其 是 当 你 之 前 没 接触 过 结构 化 类 型 时 ， 你 可 
以 认为 R <: Closable 表示 Closable 接口 中 定义 了 close():Unit 方 法 并 且 R 实现 了 
Closable 接口 。 不 过 结构 化 类 型 允许 我 们 使 用 反射 机 制 谍 入 包含 close():Unit 方法 的 
任意 类 型 (如 Source 类 型 )。 反 射 机 制 会 造成 许多 系统 开销 ， 而 结构 化 类 型 代价 也 较为 
昂贵 ， 因 此 就 像 后 绥 表 达 式 那样 ，Scala 将 反射 列 为 可 选 特性 ， 为 了 能 够 让 编译 器 相信 
我 们 知道 我 们 在 做 什么 ， 需 要 在 代码 中 添加 import 语句 。 

@ 我 们 传人 了 用 于 处 理 资源 的 匿名 函数 ， 而 T 表 示 该 匿名 国 数 的 返回 值 。 

日 尽管 看 上 去 像 是 一 个 声明 体 较为 奇特 的 国 数 ， 但 resource 事实 上 是 一 个 传 名 参数 (by- 
name parameter) 。 我 们 暂且 将 其 视 为 一 个 在 调用 时 应 省 略 括号 的 函数 。 

O 最 后 我 们 将 传 入 第 二 个 参数 列表 ， 其 中 包含 了 一 个 输入 为 resource、 返 回 值 类 型 为 T 
的 匿名 函数 ， 该 匿名 函数 将 负责 处 理 resource, 

我 们 再 回 到 注释 1， 假 设 所 有 资源 均 实现 了 Closable 抽象 ， 那 么 apply 方法 声明 看 起 来 会 

是 下 面 这 个 样子 : 


object manage { 
def apply[ R <: Closable, T](resource: => R)(f: R => T) = {...} 













































































} 


resource 只 会 在 val res = Some(resource) 这 行 代码 中 被 求 值 ， 这 行 代码 必 不 可 少 
的 。 由 于 resource 的 表现 与 函数 相似 ， 因 此 就 像 是 一 个 会 被 重复 调用 的 函数 ， 每 次 引 
用 该 变量 时 便 会 对 其 求 值 。 但 我 们 并 不 希望 每 次 引用 resource 时 都 会 执行 一 次 Source. 
fromFile(fileName)， 因 为 这 意味 着 我 们 每 次 都 会 重新 打开 一 个 新 的 Source 实例 。 

之 后 ， 我 们 将 res (HA LEAR FP, 

TryCatchARM.countLines 又 是 如 何 使 用 manage 对 象 的 呢 ? manage 对 象 在 这 段 代 码 中 看 上 
去 就 像 是 一 个 Scala 自 带 的 控制 结构 ， 该 控制 结构 包含 了 两 个 参数 列表 : 一 个 用 于 创建 
Source 对 象 ， 而 另 一 个 则 是 处 理 Source 对 象 的 代码 块 。 这 样 一 来 ，manage 对 象 看 起 来 就 


像 是 一 个 普通 while 语句 了 。 
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我 们 再 回顾 一 下 之 前 的 代码 ， 创 建 Source 对象 的 第 一 条 表达 式 其 实 并 没有 立刻 执行 ， 在 
进入 manage 对 象 之 前 ， 该 表达 式 都 没有 被 执行 。 直 到 执行 manage 对 象 内 的 代码 val res = 
Some(resource) 时 ， 该 表达 式 才 会 执行 。 这 便 是 传 名 参数 resource 能 提供 的 功能 。 我 们 编 
写 的 manage.apply 方法 可 以 接受 任意 表达 式 输入 ， 但 这 些 表 达 式 将 延 后 执行 。 
与 大 多 数 语 言 相 似 ，Scala 通 常 使 用 按 值 调用 (call-by-value) 的 语法 。 如 果 
manage(Source. fromFile(fileName)) 所 处 上 下 文 遵循 按 值 调 用 的 方式 的 话 ， 那 么 Scala 将 
执行 Source.fromFile 方法 ， 并 将 返回 值 传递 给 manage XR, 
通过 将 Source. fromFile 推迟 到 apply 方法 中 的 代码 行 val res = Some(resource)， 该 行 代 
码 等 效 于 下 列 代码 : 

val res = Some(Source.fromFile( fileName) ) 
正 是 因为 要 支持 像 延 迟 计 算 这 样 的 语法 ，Scala 才 提 供 了 传 名 参数 。 
假如 Scala 未 提供 传 名 参数 ， 该 怎么 办 呢 ? 我 们 可 以 使 用 匿名 函数 实现 延迟 计算 ,不 过 这 
种 实现 方式 看 起 来 略 显 丑陋 。 
对 manage 对 象 的 调用 代码 看 上 去 像 是 下 列 代码 : 


manage(() => Source.fromFile(fileName)) { Source => 


而 在 apply 方法 体 中 ， 将 以 函数 调用 的 方式 来 引用 resource, 


val res = Some(resource()) 


尽管 这 种 函数 调用 并 不 会 给 我 们 造成 可 怕 的 后 果 ， 不 过 像 manage 对 象 那样 ， 我 们 也 可 以 通 
过 按 名 调用 (call by name) 构建 自己 的 控制 结构 。 


请 记 住 ， 传 名 参数 的 行为 与 函数 相似 ， 每 次 使 用 该 参数 时 便 会 执行 表达 式 。 在 我 们 的 
ARM 示例 里 ， 我 们 希望 该 表达 式 只 会 被 执行 一 次 ， 但 这 并 不 能 反映 通常 的 情况 。 


下 面 的 示例 中 通过 定义 continue 结构 ， 实 现 了 一 个 简单 的 类 似 于 while 循环 的 结构 体 : 


// src/main/scala/progscala2/rounding/call-by-name.sc 
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@annotation.tailrec //@ 
def continue(conditional: => Boolean)(body: => Unit) { //@ 
if (conditional) { 
body /1@ 
continue(conditional) (body) 
} 
} 
var count = 0 // ® 


continue(count < 5) { 
println(s"at $count") 
count += 1 


} 
o 确保 了 调用 实现 体 时 将 采用 尾 递归 的 方式 。 
@ 定义 continue 函数 ， 该 函数 接受 两 个 参数 列表 : 第 一 个 列表 中 仅 包 含 了 一 个 传 值 参 数 
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conditional， 而 第 二 个 列表 则 包含 了 传 值 参数 body, body 代表 了 每 次 迭代 都 会 执行 的 代 
码 体 。 
日 检查 当前 是 否 满 足 条 件 。 
O 假如 满足 条 件 ， 将 执行 body 参数 ， 并 递归 调用 continue 函数 。 
© 调用 continue 方法 | 
读者 需 谨 记 一 点 传 名 参数 会 在 每 次 被 引用 时 估 值 。( 顺 便 提 一 下 ， 上 述 实现 描述 了 如 何 
使 用 递归 取代 循环 结构 .) 由 于 传 名 参数 的 求 值 会 被 推迟 ， 并 可 能 会 一 再 地 被 重复 调用 ， 
因此 此 类 参数 具有 惰性 。 除 此 之 外 ，Scala 也 提供 了 情 性 值 (lazy value). 


3.11 惰性 赋值 


惰性 赋值 是 与 传 名 参数 相关 的 技术 ， 假 如 你 希望 以 延迟 的 方式 初始 化 某 值 ， 并 且 表 达 式 不 

会 被 重复 计算 ， 则 需要 使 用 惰性 赋值 。 下 面 列 举 了 一 些 需 要 用 到 该 技术 的 常见 场景 。 

。 由 于 表达 式 执行 代价 号 贵 〈 例 如 : 打开 一 个 数据 库 连 接 )， 因 此 我 们 希望 能 推迟 该 操作 ， 
直到 我 们 确实 需要 表达 式 结果 值 时 才 执 行 它 。 

。 为 了 缩短 模块 的 启动 时 间 ， 可 以 将 当前 不 需要 的 某 些 工 作 推 迟 执 行 。 

。 为 了 确保 对 象 中 其 他 的 字段 的 初始 化 过 程 能 优先 执行 ， 需 要 将 某 些 字段 惰性 化 。 我 们 会 

在 11.4 市 讨论 Scala 对 象 模型 时 深入 探讨 这 些 场 景 。 

芷 的 示例 中 便 应 用 了 情 性 赋值 : 


// src/main/scala/progscala2/rounding/lazy-init-val.sc 

































































z 




















object ExpensiveResource { 
lazy val resource: Int = init() 
def init(): Int = { 
// 执行 某 些 代价 高 昂 的 操作 
0 


} 
} 


lazy 关键 字 意味 着 求 值 过 程 将 会 被 推迟 ， 只 有 需要 时 才 会 执行 计算 。 

那么 惰性 赋值 与 方法 调用 有 那些 差别 呢 》 对 于 方法 调用 而 言 ， 每 次 调用 方法 时 方法 体 都 会 
被 执行 ， 而 惰性 赋值 则 不 然 ， 首 次 使 用 该 值 时 ， 用 于 初始 化 的 “代码 体 ” 才 会 被 执行 一 
次 。 这 种 只 能 执行 一 次 的 计算 对 于 可 变 字段 而 言 几乎 没有 任何 意义 。 因 此 ，tazy 关键 字 并 
不 能 用 于 修饰 var 变量 。 


我 们 通过 保护 式 (guard) 来 实现 惰性 值 。 当 客户 代码 引用 了 惰性 值 时 ， 保 护 式 会 拦截 引 
用 并 检查 此 时 是 否 需 要 初始 化 惰性 。 由 于 保护 式 能 确保 惰性 值 在 第 一 次 访问 之 前 便 已 初始 
化 ， 因 此 增加 保护 式 检 查 只 有 当 第 一 次 引用 情 性 值 时 才 是 必要 的 。 但 不 幸 的 是 ， 很 难 解除 
之 后 的 惰性 值 保护 式 检查 。 所 以 ， 与 “立刻 ” 值 相 比 ， 情 性 值 具有 额外 的 开销 。 因 此 只 有 
当 保 护 式 带 来 的 额外 开销 小 于 初始 化 带 来 的 开销 时 ， 或 者 将 某 些 值 惰性 化 (请 参考 11.4 
节 ) 能 简化 系统 初始 化 过 程 并 确保 执行 顺序 满足 依赖 条 件 时 ， 你 才 应 该 使 用 惰性 值 。 
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3.12 $ 


还 记 E 我 们 也 许 期 望 能 有 一 个 顶级 的 Breed 类 型 来 纪录 
各 类 大 种 。 像 Breed 这 样 的 类 型 被 统称 为 枚 举 类 型 ， 而 该 类 型 包含 的 值 被 称 为 枚 举 值 。 


然 许 多 编程 语言 都 内 置 了 枚 举 值 ， 但 是 Scala 却 使 用 了 另外 一 种 实现 方式 ， 在 标准 库 中 
定义 Enumeration 类 (http://www.scala-lang.org/api/current/scala/Enumeration.html)。 这 
意味 着 Scala 并 未 提供 任何 特殊 语法 来 支持 枚 举 ， 而 Java 则 不 然 。 所 以 Scala 语言 中 的 枚 
举 与 Java 中 的 enum 结构 在 字 市 码 层面 上 没有 任何 联系 。 

请 看 示例 : 


// src/main/scala/progscala2/rounding/enumeration.sc 




















H 






































object Breed extends Enumeration { 
type Breed = Value 
val doberman = Value("Doberman Pinscher") 


val yorkie = Value("Yorkshire Terrier") 

val scottie = Value("Scottish Terrier") 

val dane = Value("Great Dane") 

val portie = Value("Portuguese Water Dog") 
} 


import Breed._ 














// 打印 所 有 犬 种 及 其 ID 列 表 
println("ID\tBreed") 
for (breed <- Breed.values) println(s"${breed.id}\t$breed") 





// FEDERIK 
println("\nJust Terriers:") 
Breed.values filter (_.toString.endsWith("Terrier")) foreach println 


def isTerrier(b: Breed) = b.toString.endsWith("Terrier") 


println("\nTerriers Again??") 
Breed.values filter isTerrier foreach println 


该 程序 会 打印 以 下 信息 : 


D Breed 
Doberman Pinscher 
Yorkshire Terrier 
Scottish Terrier 
Great Dane 
Portuguese Water Dog 


BWNP OH 


Just Terriers: 
Yorkshire Terrier 
Scottish Terrier 


Terriers Again?? 
Yorkshire Terrier 
Scottish Terrier 
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我 们 会 发 现 大 种 枚 举 类 型 中 包含 了 许多 Value 类 型 值 ， 如 下 所 示 : 


val doberman = Value("Doberman Pinscher") 


实际 上 ， 每 个 大 种 声明 均 调用 了 接收 单一 字符 串 参 数 的 Value 方法 。 我 们 使 用 该 方法 为 每 
个 枚 举 值 指定 了 较 长 的 犬 种 名 称 。 调 用 Value. toString 方法 将 返回 该 字符 串 。 


Breed 类 型 是 一 个 别名 ， 无 需 使 用 各 个 Value 值 ， 仅 用 Breed 枚 举 便 能 定位 到 具体 犬 种 。 只 
有 在 输入 isTerrie 方法 参数 时 我 们 才 真正 需要 使 用 value 值 。 假 如 我 们 注释 Breed 的 类 型 
定义 ， 那 么 该 函数 就 无 法 通过 编译 。 
尽管 类 型 名 和 方法 名 均 为 Value， 但 它们 之 间 并 不 存在 命名 空间 冲突 。 因 为 编译 器 为 值 和 
方法 分 别 维 护 了 各 自 独立 的 命名 空间 。 


Scala 还 提供 了 一 些 其 他 的 重 载 版 Value 方法 。 我 们 之 前 使 用 的 Value 方法 接收 单一 字符 串 
输入 ， 而 另 一 个 Value 方法 则 不 接受 任何 输入 参数 。 无 参 的 Value 方法 将 对 象 名 作为 输入 
字符 串 ， 例 如 : 变量 doberman 对 应 的 字符 串 是 doberman。 第 三 个 Value 方法 的 输入 参数 
一 个 整 型 ID 值 ， 该 方法 在 使 用 默认 字符 串 〈 即 变量 名 ) 的 同时 会 将 我 们 显 式 指定 的 整 
数值 作为 ID 值 。 最 后 一 个 Value 方法 同时 接收 整数 和 字符 串 输入 。 


由 于 我 们 调用 的 方法 并 未 显 式 指定 ID fH, Value 对 象 的 ID 将 会 自动 从 0 开始 分 配 ， 并 按 
照 声 明 的 顺序 逐一 递增 。 这 些 Value 方法 都 会 生成 Value 对 象 ， 而 这 些 新 创建 的 Value 对 
象 也 会 被 添加 到 枚 举 的 Value 集合 中 。 

通过 调用 了 value 方法 ， 我 们 能 像 处 理 集 合 那 样 处 理 这 些 枚 举 值 。 这 样 一 来 ， 我 们 便 能 使 
用 for 推导 式 侦 历 所 有 的 犬 种 ， 对 这 些 大 种 按 名 称 进行 过 滤 ， 也 能 查看 系统 为 那些 未 指定 
ID 的 犬 种 自动 分 配 的 ID 值 。 


就 像 这 个 示例 表现 的 那样 ， 我 们 通常 希望 能 给 枚 举 值 取 一 个 可 读 性 强 的 名 字 。 但 是 有 时 
候 你 也 许 又 不 需要 对 枚 举 值 命 名 ， ee Scaladoc 文档 中 枚 举 类 型 (http:// 
www.scala-lang.org/api/current/index.html#scala.Enumeration) 的 入 口 页 的 示例 。 
























































































































































// src/main/scala/progscala2/rounding/days-enumeration.sc 


object WeekDay extends Enumeration { 
type WeekDay = Value 
val Mon, Tue, Wed, Thu, Fri, Sat, Sun = Value 


} 
import WeekDay._ 


def isWorkingDay(d: WeekDay) = ! (d == Sat || d == Sun) 
WeekDay.values filter isWorkingDay foreach println 


运行 上 述 脚本 将 输出 下 列 信息 (v2.7) : 


Mon 
Tue 
Wed 
Thu 
Fri 





请 注意 ， 我 们 引入 了 WeekDay._， 这 使 得 每 一 个 枚 举 值 (如 Mon, Tues) 都 在 代码 的 作用 域 
内 。 否 则 的 话 ， 你 需要 编写 像 WeekDay.Mon, WeekDay.Tus 这 样 的 代码 。 我 们 同样 可 以 通过 
调用 values 方法 遍历 枚 举 值 。 在 这 个 示例 中 ， 我 们 就 过 滤 出 “工作 日 ”对 应 的 枚 举 值 。 


尤其 与 Java 相 比 ， 枚 举 在 Scala 代码 中 出 现 的 次 数 并 不 多 。 尽 管 Scala 中 的 枚 举 使 用 便利 ， 
但 是 需要 预先 知道 集合 中 应 包含 哪些 枚 举 值 。 而 客户 是 无 法 增加 其 他 的 枚 举 值 的 。 


作为 枚 举 的 一 种 替代 品 ，case 类 常常 应 用 于 那些 需要 使 用 “ 枚 举 值 ”的 场景 中 。 尽 管 case 
类 更 重量 级 一 些 ， 但 是 却 具 有 两 大 优势 。 首 先 ，case 类 允许 添加 方法 和 字段 ， 而 且 我 们 也 
能 够 对 枚 举 值 应 用 模式 匹配 ， 这 便 为 用 户 提供 了 更 好 的 灵活 性 。 甚 次 case 类 能 适用 于 包含 
未 知 枚 举 值 的 场景 。 只 要 有 需要 ， 用 户 代码 便 可 以 将 更 多 的 case 类 添加 到 基本 集合 中 。 


3.13 可 插入 字符 串 


我 们 在 1.4 节 已 经 介绍 了 什么 是 可 播 入 字符 串 (interpolated string)， 这 里 将 对 其 进行 更 深 
层次 地 分 析 。 
自如 某 一 字符 串 的 形式 为 s"foo ${bar}"， 那 么 表达 式 bar 将 会 被 转化 为 字符 串 并 被 插入 
到 原 字符 串 中 的 $"{bar}" 的 位 置 中 。 假 如 表达 式 bar 返回 的 不 是 字符 串 ， 而 是 某 一 类 型 的 
实例 ， 那 么 只 要 该 实例 中 定义 了 toString 方法 ， 系 统 便 会 调用 该 方法 将 该 实例 转化 成 字符 
串 。 如 果 bar 表达 式 返 回 值 无 法 转换 成 字符 串 ， 那 么 程序 将 会 报错 。 

如 果 bar 是 一 个 变量 引用 ， 那 么 可 以 省 略 字 符 串 中 的 大 括号 。 如 下 所 示 : 


val name = "Buck Trends" 
println(s"Hello, $name") 


如 果 想 在 可 插入 字符 串 中 输入 美元 符 ， 那 么 请 连续 输入 两 个 美元 符 $$。 

Scala 中 存在 两 类 可 插入 字符 串 。 第 一 类 采用 printf 格式 ， 这 类 可 插入 字符 串 以 f 为 前 级 。 
第 二 类 也 被 称 为 “原生 的 ”可 插入 字符 串 ， 这 类 字符 串 并 不 会 对 像 \n 这 样 的 逃逸 字符 串 
进行 扩展 。 
假设 我 们 正在 生成 财务 报表 ， 和 希望 浮 点 数 只 显示 到 小 数 点 后 两 位 “<。 那 么 可 以 编写 如 下 
代码 : 


val gross 100000F 

val net 64000F 

val percent = (net / gross) * 100 

println(f"S$${gross}%.2f vs. $$${net}%.2f or ${percent}%.1f%%" ) 


最 后 一 行 代码 将 输出 下 列 结果 : 
$100000.00 vs. $64000.00 or 64.0% 


采用 printf 格式 时 ，Scala 会 调用 Java 的 Formatter X, KARE HRA NI IANS Z 
前 代码 使 用 的 语法 相同 ， 均 为 $"{...}"， 不 过 在 编写 时 printf 格式 指令 与 5{.….} 之 间 不 































































































注 4: 通常 并 不 使 用 原生 的 浮 点 数 和 双 精 度 浮 点 数 表示 货币 ， 这 是 因为 表示 货币 金额 时 需要 满足 各 种 记 账 规 
则 (如 舍 入 规则 )。 不 过 为 了 简化 起 见 ， 我 们 在 示例 中 使 用 了 浮 点 数 。 
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应 有 空格 。 


在 该 示例 中 ， 为 了 打印 出 一 个 美元 符号 ， 我 们 使 用 了 两 个 美元 符 $$， 同 时 使 用 了 两 个 百 分 
号 跨 以 打印 出 一 个 百 分 号 。 表 达 式 $fgross}%.2f 会 格式 化 gross 的 变量 值 ， 保 留 其 小 数 
点 后 两 位 数字 。 


可 插入 字符 串 中 的 变量 类 型 必须 与 其 格式 吻合 ， 为 此 Scala 会 执行 一 些 隐 式 转化 。 下 面 列 
出 的 代码 试图 在 浮 点 数 语 境 中 使 用 Int 表达 式 ，Scala 允许 这 种 操作 并 会 在 整数 的 小 数 点 后 
添加 两 个 0。 而 第 二 个 表达 式 则 尝试 将 Double 类 型 值 展现 为 Int 类 型 ， 不 过 这 次 尝试 会 导 
致 编译 错误 : 


scala> val i = 200 
i: Int = 200 






























































scala> f"${i}%.2f" 
res4: String = 200.00 


scala> val d = 100.22 
d: Double = 100.22 


scala> f"${d}%2d" 
<console>:9: error: type mismatch; 
found  : Double 
required: Int 
f"${d}%2d" 
An 


顺便 提 一 下 ， 调 用 Java 静态 方法 String.format (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/String.html) 将 按照 printf 的 格式 对 字符 串 格 式 化 。 该 方法 的 输入 参数 包含 了 格 
式 字 符 串 以 及 一 组 用 于 替代 格式 字符 串 的 变量 列表 。String.format 方法 还 有 另外 一 个 版 
本 ， 该 版 本 中 的 第 一 个 参数 代表 字符 串 的 区 域 设 置 (该 参数 为 Locale 类 型 ) 。 


Scala 编译 器 会 在 某 些 语 境 中 对 Java 字符 串 进 行 封 装 并 提供 一 些 额外 的 方法 ， 这 些 定义 
在 scala.collection.immutable.StringLike (http://www.scala-lang.org/api/current/scala/ 
collection/immutable/StringLike.html) 中 。 这 些 额外 提供 的 方法 中 包含 了 一 个 叫 作 format 
的 实例 方法 。 你 可 以 对 一 个 格式 化 字符 串 调 用 该 方法 并 传 入 需要 插入 到 该 字符 串 中 的 参数 
列表 。 有 具体 如 下 : 


scala> val s = "%02d: name = %s".format(5, "Dean Wampler") 
s: String = "05: name = Dean Wampler" 


在 该 示例 中 ， 我 们 希望 能 输出 两 位 数 整 数 并 在 小 数 点 添加 两 个 零 。 最 后 一 类 内 置 的 字符 串 
插入 器 被 称 为 “原生 ”(raw) 插入 器 ， 该 插入 器 不 会 对 控制 字符 进行 扩展 ， 有 具体 请 参阅 下 
下 两 个 示例 。 


scala> val name = "Dean Wampler" 
name: String = "Dean Wampler" 





















































scala> s"123\n$name\n456" 
res0: String = 
123 
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Dean Wampler 
456 


scala> raw"123\n$name\n456" 

resi: String = 123\nDean Wampler\n456 
最 后 提 一 下 ， 其 实 我 们 可 以 自 定 义 字 符 串 插 入 器 ， 不 过 在 此 之 前 ， 我 们 需要 掌握 更 多 的 关 
PRAH (implicit) 的 知识 。 如 果 想 了 解 具 体 细节 ， 请 参阅 5.3.1 节 。 


3.14 Trait: Scala 语 言 的 接口 和 “混入 ” 


尽管 我 们 已 经 学 习 了 快 100 页 的 内 容 ， 但 我 们 至 今 仍 未 讨论 到 面向 对 象 语言 的 一 个 最 基 
础 的 特性 : 在 Scala 中 如 何 定义 抽象 ?” Java 语言 中 的 接口 是 抽象 的 同义词 ， 那 Scala VE? 
Scala 又 该 如 何 实现 类 继承 呢 ? 

Scala 从 函数 式 编 程 思想 中 汲取 了 trait， 为 了 突出 它 的 强大 能 力 ， 我 有 意 将 讲解 相关 内 容 的 
篇 幅 推 后 ， 不 过 现在 是 时 候 对 这 一 重要 主题 进行 概览 了 。 

我 曾 使 用 过 一 些 模糊 的 术语 ， 比 如 说 抽象 。 一 些 示例 也 用 抽象 类 来 表示 父 类 。 但 我 之 前 并 
未 思索 过 这 些 用 词 ， 只 是 认为 曾经 在 其 他 语言 中 见 过 类 似 的 结构 体 。 


Java 提供 了 接口 ， 你 可 以 在 接口 中 声明 方法 ， 但 却 不 能 定义 方法 。 至 少 在 Java 8 诞生 之 前 
是 这 样 的 。 同 样 ， 你 也 可 以 在 接口 中 声明 和 定义 静态 变量 或 者 租 套 类 型 。 

Scala 使 用 trait 来 殖 代 接口 。 在 第 9 章 我 们 会 详细 地 讲述 trait， 目 前 你 可 以 将 其 视 为 允许 
将 声明 方法 实现 的 接口 。 使 用 trait 时 ， 你 可 以 声明 示例 字段 (5 Java 接口 一 样 ， 你 在 trait 
中 并 非 只 局 限于 声明 静态 字段 ) 并 选择 是 否定 义 这 些 字 段 ， 你 也 可 以 参照 之 前 的 枚 举 示例 ， 
在 trait 中 声明 或 定义 类 型 。 
trait 提供 的 这 些 扩展 被 证 实 确实 能 够 打破 Java 对 象 模型 的 一 些 局 限 。Java 对 象 模 型 只 人 允 
许 在 类 中 定义 方法 和 字段 ， 而 trait 则 允许 真正 意义 上 的 组 合 行 为 (“混入 ”模式 )。 这 在 
Java 8 诞生 之 前 是 很 难 实 现 的 。 

下 面 示例 解决 了 每 一 个 企业 级 Java 开发 者 都 曾 面 对 的 问题 ， 在 应 用 中 混入 日 志 。 我 们 首先 
写 了 下 列 服务 : 


// src/main/scala/progscala2/rounding/traits.sc 





























































































































3È 





class ServiceImportante(name: String) { 
def work(i: Int): Int = { 
println(s"ServiceImportante: Doing important work! $i") 
i +1 
} 
} 


val service1 = new ServiceImportante("uno") 
(1 to 3) foreach (i => println(s"Result: ${service1.work(i)}")) 


该 服务 执行 了 某 些 工作 并 返回 下 列 输 出 : 
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ServiceImportante: Doing important work! 1 


Result: 2 
ServiceImportante: Doing important work! 2 
Result: 3 
ServiceImportante: Doing important work! 3 
Result: 4 


现在 我 们 在 该 服务 中 混和 人 一 个 标准 日 志 库 ， 为 了 简单 起 见 ， 我 们 将 使 用 print n 输出 日 志 。 


示例 中 包含 了 两 个 trait， 其 中 的 一 个 定义 了 日 志 抽象 〈 不 包含 任何 具体 的 成 员 ) ， 而 另 一 个 
则 实现 了 日 志 抽象 ， 将 日 志 信息 输出 到 标准 输出 。 


trait Logging { 
def info (message: String): Unit 
def warning(message: String): Unit 
def error (message: String): Unit 


} 





trait StdoutLogging extends Logging { 
def info (message: String) = println(s"INFO: $message") 
def warning(message: String) = println(s"WARNING: $message") 
def error (message: String) = println(s"ERROR: $message") 


} 


请 注意 ， 这 里 编写 的 日 志 与 Java 中 的 接口 非常 相似 。 它 们 的 JVM 字 节 码 甚 至 采用 了 相同 
的 实现 方式 。 


最 后 ， 我 们 声明 了 一 个 “混入 ”了 日 志 功 能 的 服务 : 


val service2 = new ServiceImportante("dos") with StdoutLogging { 
override def work(i: Int): Int = { 
info(s"Starting work: i = $i") 
val result = super.work(i) 
info(s"Ending work: i = $i, result = $result") 


result 
} 

} 
(1 to 3) foreach (i => println(s"Result: ${service2.work(i)}")) 
INFO: Starting work: i = 1 
ServiceImportante: Doing important work! 1 
INFO: Ending work: i = 1, result = 2 
Result: 2 
INFO: Starting work: i = 2 
ServiceImportante: Doing important work! 2 
INFO: Ending work: i = 2, result = 3 
Result: 3 
INFO: Starting work: i = 3 
ServiceImportante: Doing important work! 3 
INFO: Ending work: i = 3, result = 4 
Result: 4 





现在 服务 开启 或 结束 工作 时 都 会 输出 日 志 信息 。 
为 了 能 混入 trait， 我 们 需要 使 用 with 关键 字 。 根 据 自身 需要 ， 我 们 可 以 混入 任意 多 个 











trait。 一 些 trait 也 许 不 会 对 现 有 行为 做 任何 修改 ， 它 们 只 会 添加 一 些 新 的 有 用 方法 ， 但 这 
些 方法 之 间 是 相互 独立 的 。 

实际 上 ， 为 了 能 注入 日 志 ， 在 该 示例 中 我 们 修改 了 服务 的 行为 ， 但 并 未 修改 服务 与 客户 之 
间 的 “契约 ”， 也 就 是 说 ， 我 们 并 未 修改 服务 的 对 外 行为 。” 

假如 我 们 希望 能 在 ServiceImportante 的 多 个 实例 中 混入 StdoutLogging 特征 ， 我 们 可 以 声 


class LoggedServiceImportante(name: String) 
extends ServiceImportante(name) with stdoutLogging {...} 


请 留意 我 们 是 如 何 将 参数 name 传递 给 父 类 ServiceImportante 的 。 在 创建 实例 时 ，new 
LoggedServiceImportante("tres") 能 够 实现 你 想 要 的 功能 。 
不 过 ， 假 如 我 们 仅 需 将 日 志 特 征 混入 一 个 实例 ， 我 们 可 以 在 定义 变量 时 混入 特征 。 


为 了 使 用 日 志 扩 展 ， 我 们 不 得 不 对 wrk 方法 进行 覆 写 。 假 如 你 希望 覆盖 父 类 中 某 一 具体 
方法 ， 那 么 Scala 要 求 必须 输入 override 关键 字 。 请 留意 我 们 是 如 何 访问 父 类 的 work 方法 
的 。 与 Java 和 一 些 其 他 语言 一 样 ， 我 们 通过 super .work 调用 该 方法 。 


trait 和 对 象 组 合 还 有 很 多 值得 讨论 的 地 方 ， 本 书 会 在 后 续 章 市 讲述 相关 的 内 容 。 


ae C 
3.15 ”本 章 回 顾 与 下 一 章 提要 
前 三 章 讲 述 了 许多 基础 知识 ， 从 中 我 们 了 解 到 Scala 代码 可 以 如 此 的 简洁 灵活 。 经 过 本 章 
的 学 习 ， 我 们 掌握 了 一 些 强大 的 可 用 于 定制 DSL 或 操作 数据 的 结构 ， 比 如 说 for 推导 式 。 
最 后 学 习 了 如 何 使 用 枚 举 封 装 值 以 及 trait 的 一 些 基 本 知识 。 
现在 你 应 该 已 经 具备 了 阅读 一 些 Scala 代码 的 能 力 ， 不 过 Scala 语言 还 有 很 多 需要 学 习 的 地 
方 。 现 在 我 们 将 开启 Scala 特征 的 深度 之 旅 。 
































注 5: 严格 意义 上 说 ， 这 种 说 法 并 不 正确 。 这 个 附加 的 IO 操作 已 经 对 代码 与 外 界 之 间 的 交互 产生 了 影响 。 
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第 4 章 


蛋 式 匹配 





年 一 看 ， 模 式 匹配 似乎 与 你 喜欢 的 类 C 语言 中 的 case 语句 很 相似 。 因 为 在 常见 的 类 C 语 
言 case 语句 中 ， 你 只 能 按 顺 序 匹配 简单 的 数据 类 型 和 表达 式 。 例 如 ,，“ 在 i 为 5 的 情况 下 ， 
打印 一 条 消息 ; 在 i 为 6 的 情况 下 ， 退 出 程序 ”。 

而 在 Scala 的 模式 匹配 中 ， 可 以 使 用 类 型 、 通 配 符 、 序 列 、 正 则 表达 式 ， 甚 至 可 以 深入 获 
取 对 象 的 状态 。 这 种 对 象 状态 的 获取 遵循 一 定 的 协议 ， 也 就 是 对 象 内 部 状态 的 可 见 性 由 该 
类 型 的 实现 来 控制 ， 这 使 得 我 们 能 够 轻易 获取 骏 露 的 状态 并 应 用 于 变量 中 。 对 象 状态 的 获 
取 往往 被 称 为 “提取 ”或 “解构 ”。 

模式 匹配 可 以 用 在 许多 代码 场景 中 。 最 常用 于 match 语句 中 ， 之 后 我 们 会 给 出 其 他 的 用 法 。 
在 1.4 节 的 actor 示例 代码 中 ， 我 们 介绍 了 两 个 相对 简单 的 match 语句 实例 。 在 2.4 节 ， 我 
们 也 进一步 讨论 了 其 他 用 法 。 


4.1 简单 匹配 


首先 ， 我们 通过 匹配 Boolean 值 来 模拟 掷 硬币 : 


// src/main/scala/progscala2/patternmatching/match-boolean.sc 














val bools = Seq(true, false) 


for (bool <- bools) { 
bool match { 
case true => println("Got heads") 
case false => println("Got tails") 
} 
} 
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这 看 起 来 就 像 是 C 风格 的 case 语句 。 为 了 试验 一 下 ， 你 可 以 尝试 将 第 二 
句 注释 掉 ， 再 运行 脚本 。 这 时 你 会 得 到 一 个 警告 和 一 个 错误 消息 : 


<console>:12: warning: match may not be exhaustive. 
It would fail on the following input: false 

bool match { 

八 


Got heads 

scala.MatchError: false (of class java.lang.Boolean) 
at .<init>(<console>:11) 
at .<clinit>(<console>) 


个 case false 话 


由 于 序列 类 型 存在 两 种 可 能 的 取 值 : true 或 fatse， 因 此 编译 器 警告 match 语句 未 能 对 
盖 所 有 可 能 的 输入 值 。 当 尝试 去 匹配 一 个 没有 case 语句 的 值 时 ， 我 们 发 现 编译 器 抛 出 了 




















MatchError (http:Wwww.scala-lang.org/api/current/scala/MatchError.html ) 。 
我 得 提 一 下 ， 以 上 例子 的 另 一 种 替代 写法 是 旧式 的 if 语句 : 


for (bool <- bools) { 
val which = if (bool) "head" else "tails" 
println("Got " + which) 








4.2 _ match 中 的 值 、 变 量 和 类 型 


接 下 来 ， 我 们 来 讨论 几 种 match 语句 。 以 下 的 例子 能 匹配 特定 的 某 个 值 ， 也 能 匹配 特定 类 





型 的 所 有 值 ， 同 时 展示 了 default 语句 的 写法 来 匹配 任意 输入 值 。 


// src/main/scala/progscala2/patternmatching/match-variable.sc 











for { 
x <- Seq(1, 2, 2.7, "one", "two", 'four) 
Hf 
val str = x match { 
case 1 => "int 1" 
case i: Int => "other int: "+i 
case d: Double => "a double: "+x 
case "one" => "string one" 


case s: String => "other string: "+s 
case unexpected => "unexpected value: 


+ unexpected 


println(str) 








//@ 


//@ 
// © 
//@ 
// © 
// © 
// © 
// © 


// 9 


@ 由 于 序列 元 素 包 含 不 同类 型 ， 因 此 序列 的 类 型 为 Seq[Any]。 

@ x 的 类 型 为 Any。 

© 如 果 x 等 于 1 则 匹配 。 

@ 匹配 除 1 外 的 其 他 任意 整数 值 。 将 x 的 值 安 全 地 转 为 Int， 并 赋值 给 i。 
© 匹配 所 有 Double 类 型 ，x 的 值 被 赋 给 Double 型 变量 d, 








模式 匹配 


87 


@ 匹配 字符 串 “one”。 

O 匹配 除 “one” 外 的 其 他 任意 字符 串 ，x 的 值 被 赋 给 了 String 类 型 的 变量 x, 

O 匹配 其 他 任意 输入 ,，x 的 值 被 赋 给 unexpected 这 个 变量 。 由 于 未 给 出 任何 类 型 说 明 ， 
unexpected 的 类 型 被 推断 为 Any， 起 到 了 default 语句 的 功能 。 

@ 打印 返回 的 字符 串 。 

为 了 使 代码 直观 一 些 ， 我 将 =>(“ 箭 头 ”) 排 成 一 列 。 以 下 是 程序 的 输出 : 


int 1 

other int: 2 

a double 2.7 

string one 

other string: two 
unexpected value: 'four 


像 所 有 表达 式 一 样 ，match 语句 也 会 返回 一 个 值 。 在 这 里 ， 所 有 的 子 名 都 返回 字符 串 ， 因 
此 整个 子 句 的 返回 值 类 型 为 String。 编 译 器 会 推断 所 有 case 子 句 返回 值 类 型 的 最 近 公 共 
父 类 型 (也 称 为 最 小 公共 上 限 ) 作为 返回 值 类 型 。 

由 于 x 类 型 为 Any， 因 此 我 们 需要 足够 的 子 句 来 覆盖 所 有 可 能 的 输入 值 。( 对 比 一 下 我 们 
用 来 匹配 Boolean 值 的 第 一 个 例子 。) 这 就 是 我 们 需要 “default 子 句 ”( 使 用 unexpected) 
的 原因 。 然 而 ， 编 写 偏 国 数 时 ， 我 们 不 需要 覆盖 所 有 可 能 的 类 型 ， 因 为 它们 是 被 有 意 设 
计 的 。 

匹配 是 按 顺序 进行 的 ， 因 此 具体 的 子 句 应 该 出 现在 宽泛 的 子 句 之 前 。 否 则 ， 具 体 的 语句 将 
不 可 能 有 机 会 被 匹配 上 。 所 以 ， 默 认 子 句 必须 是 最 后 一 个 子 句 。 幸 运 的 是 ， 编 译 器 能 识别 
这 种 类 型 的 错误 。 

由 于 舍 入 误差 的 存在 ， 两 个 看 似 相等 的 值 可 能 由 于 最 后 一 位 有 效 数字 的 不 同 而 被 判断 为 不 
相等 ， 我 没有 在 示例 中 使 用 匹配 浮 点 数字 面 量 的 子 句 。 

以 下 是 对 之 前 例子 的 简单 变形 : 


// src/main/scala/progscala2/patternmatching/match-variable2.sc 


























>H 



































for { 
x <- Seq(1, 2, 2.7, "one", "two", 'four) 
Fi 
val str = x match { 
case 1 ssotint ge 
case _: Int => "other int: "+x 
case _: Double => "a double: "+x 
case "one" => "string one" 
case _: String => "other string: "+x 
case _ => "unexpected value: " + x 
println(str) 


我 们 用 占 位 符 _ 替换 了 变量 1、d、s 和 unexpected。 事 实 上 我 们 并 不 需要 这 些 类 型 的 对 应 
变量 值 ， 只 需要 产生 字符 串 。 所 以 ， 可 以 在 所 有 子 句 中 使 用 x。 














RE 
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除了 偏 函 数 ， 所 有 的 match 语句 都 必须 是 覆盖 所 有 输入 的 。 当 输入 类 型 
为 Any 时 ， 在 结尾 用 case _ 或 case some_name 作为 默认 子 句 。 








编写 case 子 句 时 ， 有 一 些 规 则 和 陷阱 需要 注意 。 在 被 匹配 或 提取 的 值 中 ， 编 译 器 假定 以 大 
写字 母 开 头 的 为 类 型 名 ， 以 小 写字 母 开 头 的 为 变量 名 。 


以 下 示例 中 的 这 条 规则 可 能 会 使 你 感到 惊讶 : 


// src/main/scala/progscala2/patternmatching/match-surprise.sc 





def checkY(y: Int) = { 
for { 
x <- Seq(99, 100, 101) 
et 
val str = x match { 
case y => "found y!" 


case i: Int => “int: "+i 
println(str) 
} 
} 
checkY(100) 


在 第 一 个 case 子 句 中 ， 望 它 能 匹配 上 一 个 可 以 由 我 们 来 指定 的 值 ， 而 不 是 一 个 硬 
编码 的 值 。 所 以 ， 我 们 可 能 会 希望 第 一 个 case 子 句 在 x 等 于 y 时 成 功 匹 配 ，y 的 值 为 109。 
脚本 执行 时 将 产生 以 下 输出 : 


int: 99 
found y! 
int: 101 


以 下 是 我 们 获得 的 实际 输出 : 


<console>:12: warning: patterns after a variable pattern cannot match (SLS 8.1.1) 
If you intended to match against parameter y of method checkY，you must use 
backticks, like: case `y`ò => 
case y => "found y!" 
八 





<console>:13: warning: unreachable code due to variable pattern 'y' on line 12 
case i: Int => "int: "+i 
An 
<console>:13: warning: unreachable code 
case i: Int => "int: "+i 
Nn 
checkY: (y: Int)Unit 
found y! 
found y! 
found y! 


case y 的 含义 其 实 是 : 匹配 所 有 输入 (由 于 这 里 没有 类 型 注解 )， 并 将 其 赋值 给 新 的 变量 y。 
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这 里 的 y 没有 被 解释 为 方法 参数 y。 因 此 ， 事 实 上 我 们 将 一 个 默认 的 、 匹 配 一 切 的 语句 写 在 
了 第 一 个 ， 导 致 系统 给 出 了 这 条 “变量 型 匹配 语句 ”会 匹配 一 切 输入 的 警告 。 我 们 的 代码 也 
从 未 执行 到 第 二 条 case 语句 ， 于 是 就 得 到 了 两 条 关于 不 可 达 代 码 的 警告 。 在 这 里 SLS 8.1.1 
指 《Scala 语法 规范 》 (http://www.scala-lang.org/docu/files/ScalaReference.pdf) 的 8.1.1 “fi. 

第 一 条 错误 信息 已 经 告诉 我 们 应 该 怎么 做 : 使 用 反 引 号 表示 真正 想 要 匹配 的 是 参数 y 
的 值 。 


// src/main/scala/progscala2/patternmatching/match-surprise-fix.sc 








def checkY(y: Int) = { 


for { 
x <- Seq(99, 100, 101) 
+f 
val str = x match { 
case `y` => "found y!" // 只 修改 了 这 一 行 : `y、 





case i: Int => "int: "+i 


println(str) 


} 
checkY(100) 
这 时 ， 和 输出 就 符合 我 们 的 期 望 了 。 
在 case 子 句 中 ， 以 小 写字 母 开头 的 标识 符 被 认为 是 用 来 提取 待 匹 配 值 的 新 


变量 。 如 果 需 要 引用 之 前 已 经 定义 的 变量 时 ， 应 使 用 反 引 号 将 其 包围 。 与 此 
相对 ， 以 大 写字 母 开 头 的 标识 符 被 认为 是 类 型 名 称 。 


























有 时 不 同 的 匹配 子 句 需 要 使 用 相同 的 处 理 代码 ， 此 时 ， 为 了 避免 代码 元 余 ， 我们 可 以 将 相 
同 处 理 代码 重 构 为 一 个 单独 的 方法 。 同 时 ，case 子 句 也 持 “ 或 ”逻辑 ， 使 用 | 方法 即 可 : 


// src/main/scala/progscala2/patternmatching/match-variable2.sc 


for { 
x <- Seq(1, 2, 2.7, "one", "two", 'four) 
F4 
val str = x match { 
case _: Int | _: Double => "a number: "+x 
case "one" => "string one" 
case _: String => "other string: "+x 
case _ => "unexpected value: " + x 
println(str) 
} 


现在 ，Int 和 Double 类 型 的 值 都 能 匹配 上 第 一 个 case 子 句 了 。 


4.3 序列 的 匹配 


Seq (http:Wwww.scala-lang.org/api/current/scala/collection/Seq.html， 表 示 “ 序 列 ”) 是 具体 的 
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集合 类 型 的 父 类 型 ， 这 些 集 合 类 型 支持 以 确定 顺序 遍历 其 元 素 ， 如 List (http:/Awww.scala- 
lang.org/api/current/scala/collection/immutable/List.html) 和 Vector (http:/Avww.scala-lang.org/api/ 
current/scala/collection/immutable/Vector.html) 。 

我 们 来 考察 用 模式 匹配 和 递归 方法 遍历 Seq 的 传统 方法 ， 顺 便 学 习 一 些 关 于 序列 的 基础 
知识 。 


// src/main/scala/progscala2/patternmatching/match-seq.sc 


val nonEmptySeq = Seq(1, 2, 3, 4, 5) //@ 
val emptySeq = Seq.empty[Int] 

val nonEmptyList = List(1, 2, 3, 4, 5) // @ 
val emptyList = Nil 

val nonEmptyVector = Vector(1, 2, 3, 4, 5) // 日 
val emptyVector = Vector.empty[Int] 

val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) // 0 


val emptyMap Map.empty[String, Int] 


def seqToString[T](seq: Seq[T]): String = seq match { 


case head +: tail => s"S$head +: " + seqToString(tail) // ® 
case Nil => "Nil" 

} 

for (seq <- Seq( // ® 


nonEmptySeq, emptySeq, nonEmptyList, emptyList, 
nonEmptyVector, emptyVector, nonEmptyMap.toSeq, emptyMap.toSeq)) { 
println(seqToString(seq) ) 
} 


o 构造 一 个 非 空 的 Seq[Int] (事实 上 返回 了 一 个 List) ; 然后 用 惯用 方法 构造 了 一 个 空 
的 Seq[Int]。 

@ 构造 一 个 非 空 的 List[Int] (Seq 的 一 个 子 类 型 ) ， 然 后 用 Scala 库 的 一 个 专用 对 象 Nil 
(http://www.scala-lang.org/api/current/#scala.collection.immutable.Nil$) ， 表 示 任 意 类 型 的 


ZS List, 








© 构造 一 个 非 空 的 Vector[Int] (http://www.scala-lang.org/api/current/index.html#scala. 
collection.immutable.Vector) (Seq 的 一 个 子 类 型 ) ;然后 构造 了 一 个 空 的 Vector[Int], 

O 构造 了 一 个 非 空 的 Map[String,Int] (http://www.scala-lang.org/api/current/index. 
html#scala.collection.immutable.Map) ， 这 不 是 Seq 的 子 类 型 。 在 接 下 来 的 讨论 中 我 们 会 
涉及 这 一 点 。Map[String,Int] 的 键 为 String 类 型 ， 值 为 Int 类 型 。 然 后 构造 了 一 个 空 
的 Map[String,Int]。 

日 定义 了 一 个 递归 方法 ， 从 Seq[T] 中 构造 String，T 为 某 种 待定 的 类 型 。 方 法 体 是 用 来 
与 输入 的 Seq[T] 相 匹配 。 

@ 这 里 存在 两 个 互 斥 的 match 子 句 。 第 一 个 子 句 匹配 非 空 的 Seq， 提 取 其 头 部 (第 一 
个 元 素 ) 以 及 尾部 〈 除 头 部 以 外 ， 剩 下 的 元 素 )。(Seq 有 head Ail tail 方法 ,但 在 这 
里 ， 这 两 个 标识 符 按 case 子 句 的 惯例 被 解释 为 变量 。) 在 case 子 句 中 ， 用 提取 的 头 
部 加 上 “+:”， 以 及 尾部 的 字符 串 表 示 来 构造 一 个 字符 串 。 尾 部 的 字符 串 表 示 由 调用 
seqToString 产生 。 

















al 
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@ 另外 一 个 case 只 可 能 是 空 Seq。 我 们 用 表示 空 List 专用 的 对 象 Nil 来 匹配 。 注 意 , 任 

faf Seq 的 尾部 都 可 以 认为 是 以 一 个 相应 类 型 的 空 Seq， 事 实 上 ，List 就 是 这 么 实现 的 。 
O 将 以 上 这 些 Seq 作为 元 素 放 到 另 一 个 大 Seq 中 (对 其 中 的 Map 调用 toseq， 将 其 转 为 键 - 

值 对 组 成 的 序列 ) ， 然 后 遍历 该 序列 ， 并 打印 各 个 序列 调用 seqTostring 返回 的 结 末 。 
以 下 为 执行 结 

1+:2+:3+:4+:5+: Nil 

Nil 

14:2 4: 34: 4 4: 5 +: Nil 

Nil 

1+: 2 4: 3 4: 4 4: 5 +: Nil 

Nil 

(one,1) +: (two,2) +: (three,3) +: Nil 

Nil 
Map 并 不 是 Seq 的 子 类 型 ， 因 为 Map 不 保证 遍历 的 顺序 是 固定 的 。 因 此 ， 我 们 调用 Map. 
toSeq 创建 一 个 键 -= 值 元 组 的 序列 。 由 此 得 到 的 Seq 键 值 对 (pair) 将 会 按照 插入 的 顺序 进 
行 遍 历 。 这 种 副作用 仅 限 于 小 的 Map 的 实现 上 ， 并 不 是 针对 所 有 Map 的 一 般 性 保证 。 这 里 
的 空 集 合 表 明 seqToString 方法 对 空 集 也 能 正常 工作 。 
这 里 有 两 种 新 的 case 子 句 。 第 一 个 子 句 中 ，head +: tail 匹配 了 序列 的 头 部 和 尾部 。+ 
操作 符 是 序列 的 “构造 ”操作 符 ， 与 我 们 在 优先 规则 中 为 List 使 用 的 :: 操作 符 类 似 。 回 
想 一 下 ， 以 冒号 (:) 结尾 的 方法 向 右 结 合 ， 即 向 Seq 的 尾部 结合 。 
虽然 它们 被 称 作 “操作 符 ” 和 “方法 ”， 但 其 实 并 不 大 准确 ; 我 们 会 在 之 后 的 章节 讨论 这 
些 表 达 式 ， 现 在 先 来 关注 几 个 关键 点 。 
首先 ，case 子 名 只 匹配 至 少 包 含 一 个 头 部 元 素 的 非 空 序 列 ， 它 将 序列 的 头 部 和 剩 下 的 部 分 
分 别提 取 到 可 变 变量 head 和 tail 中 。 
第 二 ， 重 申 一 下 ， 这 里 的 head 和 tail 是 任意 的 两 个 变量 名 。 然 而 ，Seq 类 型 也 分 别 存在 
两 个 名 为 head 和 tail 的 方法 ， 用 于 提取 序列 的 头 部 和 尾部 元 素 。 通 常情 况 下 ， 我 们 可 以 
从 上 下 文中 清晰 地 看 出 这 两 个 标识 符 是 函数 还 是 变量 。 顺 便 提 一 下 ， 对 空 序列 调用 这 两 个 
方法 时 ， 编 译 器 会 抛 出 异常 。 
Seq 的 行为 很 符合 链表 的 定义 ， 因 为 在 链表 中 ， 每 个 头 结 点 除了 含有 自身 的 值 以 外 ， 还 指 
向 链表 的 尾部 〈 即 链表 剩 下 的 元 素 ) ， 从 而 创建 了 一 种 层级 结构 ， 类 似 以 下 四 个 节点 所 组 
成 的 的 序列 。 在 这 里 尾部 添加 了 一 个 空 序列 : 


(node1, (node2, (node3, (node4, (end)))) 


Scala 库 中 有 一 个 名 为 上 Ll 的 对 象 ， 可 以 匹配 所 有 的 空 序列 。 我 们 其 至 可 以 用 Nil 来 表示 非 
List 的 其 他 空 集合 ， 因 为 序列 对 相等 操作 的 实现 都 是 一 样 的 ， 不 必 精 确 匹 配 具 体 类 型 。 


以 下 是 上 述 程序 的 一 个 变 体 ， 增 加 了 括号 ， 这 次 我 们 只 使 用 了 几 个 集合 类 型 : 


// src/main/scala/progscala2/patternmatching/match-seq-parens.sc 






































si 

























































































val nonEmptySeq 
val emptySeq 


Seq(1, 2, 3, 4, 5) 
Seq.empty[Int] 





val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) 


def seqToString2[T](seq: Seq[T]): String = seq match { 
case head +: tail => s"(Shead +: ${seqToString2(tail)})" // 0 
case Nil => "(Nil)" 

} 


for (seq <- Seq(nonEmptySeq, emptySeq, nonEmptyMap.toSeq)) { 
println(seqToString2(seq) ) 
} 


@ 重新 格式 化 字符 串 ， 增 加 了 外 边 的 括号 ，(…)。 

如 下 所 示 ， 脚 本 输出 清楚 地 显示 了 层级 结构 ， 每 个 “ 子 列 表 ” 都 被 括号 包围 : 
(1+: (2 +: (3 +: (4 +: (5 +: (NiL)))))) 
(Nil) 
((one,1) +: ((two,2) +: ((three,3) +: (Nil)))) 


我 们 只 用 了 两 个 case 子 句 和 递归 就 处 理 了 序列 。 这 上 暗示 了 所 有 序列 的 基础 特性 ， 序列 要 么 
为 空 ， 要 么 非 空 。 这 听 起 来 很 老 套 ,但 一 旦 理解 了 这 一 点 ， 你 就 会 多 一 个 基于 “分 治 ” 法 
的 工具 。processSeq 就 多 次 使 用 该 方法 。 

在 Scala 2.10 之前， 处 理 List 有 另 一 种 很 相似 的 惯用 方法 : 


// src/main/scala/progscala2/patternmatching/match-list.sc 
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val nonEmptyList 
val emptyList 


List(1, 2, 3, 4, 5) 
Nil 


def ListToString[T](list: List[T]): String = list match { 


case head :: tail => s"($head :: ${listToString(tail)})" //@ 
case Nil => "(Nil)" 
} 
for (l <- List(nonEmptyList, emptyList)) { println(listToString(l)) } 
o Fs: 代替 +:。 
输出 也 很 类 似 : 
(1 :1 (2 are (4 :1 Ger (NU))))) 
(Nil) 


因此 ， 使 用 Seq 写 代码 更 方便 ， 因 为 它 可 以 应 用 于 所 有 子 类 型 ， 包 括 List 与 Vector, 
我 们 可 以 通过 复制 、 粘 贴 上 一 个 示例 的 输出 ， 重 新 构造 出 原始 的 对 象 : 


scala> val s1 = (1 +: (2 +: (3 +: (4 +: (5 +: Nil))))) 
si: List[Int] = List(1, 2, 3, 4, 5) 





scala> val l = (1 :: (2 :: (3 :: (4 :: (5 :: Nil))))) 
l: List[Int] = List(1, 2, 3, 4, 5) 


scala> val s2 = (("one",1) +: (("two",2) +: (("three",3) +: Nil))) 
s2: List[(String, Int)] = List((one,1), (two,2), (three,3), (four,4)) 
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scala> val m = Map(s2 :_*) 
m: scala.collection.immutable.Map[String,Int] = 
Map(one -> 1, two -> 2, three -> 3, four -> 4) 


值得 注意 ，Map.apply 工厂 方法 需要 一 个 可 变 参数 列表 ， 其 中 的 参数 是 由 2 个 元 素 组 成 的 
元 组 。 所 以 ， 为 了 用 序列 s2 来 构造 Map， 我 们 只 能 用 :_* 惯用 法 来 将 序列 s2 转化 为 可 变 
参数 列表 。 


使 用 +: 和 :: 时 ， 构 造 方 法 与 模式 匹配 (“解构 ") 有 着 优雅 的 对 称 关 系 。 我 们 将 在 本 章 的 
后 面部 分 探究 它 的 实现 方式 ， 并 提供 可 分 析 的 示例 。 


4.4 元 组 的 匹配 


通过 元 组 字面 量 ， 很 容易 对 元 组 进行 匹配 ; 


// src/main/scala/progscala2/patternmatching/match-tuple.sc 









































val Langs = Seq( 
("Scala", "Martin", "Odersky"), 
("Clojure", "Rich",  '"Hickey"), 
("Lisp", "John", "McCarthy")) 


for (tuple <- langs) { 
tuple match { 


case ("Scala", _, _) => println("Found Scala") //@ 
case (lang, first, last) => // @ 
println(s"Found other Language: $lang ($first, $last)") 
} 
} 


@ 匹配 一 个 三 元 组 的 元 组 ， 其 中 第 一 个 元 素 为 字符 串 Scala， 包 略 第 二 和 第 三 个 元 素 。 

@ 匹配 任意 三 元 素 元 组 ， 其 中 的 元 素 可 以 为 任意 类 型 ， 但 在 这 里 ， 由 于 输入 的 值 为 
Lang， 元 素 类 型 被 推断 为 String。 元 组 的 三 个 元 素 被 提取 到 变量 lang、first 和 
last 中 。 

该 示例 的 输出 如 下 : 


Found Scala 
Found other language: Clojure (Rich, Hickey) 
Found other language: Lisp (John, McCarthy) 


元 素 可 以 拆 分 为 各 个 组 成 的 元 素 。 我 们 可 以 匹配 元 组 中 任意 位 置 的 字面 量 ， 同 时 忽略 我 们 
不 需要 的 值 。 


4.5 _ case 中 的 guard 语 名 
在 模式 匹配 中 使 用 字面 量 的 好 处 很 多 ， 但 有 时 你 却 需要 添加 其 他 的 逻辑: 


// src/main/scala/progscala2/patternmatching/match-guard.sc 
































for (i <- Seq(1,2,3,4)) { 


i match { 
case _ if i%2 == 0 => println(s"even: $i") ied 
case _ => println(s"odd: $i") // @ 
} 


} 
@ REX i 为 偶数 时 才 匹 配 。 我 们 用 _ 代替 变量 名 ， 因 为 我 们 已 经 有 1 站 可 以 作为 变量 名 了 。 
@ 匹配 上 一 case 子 句 相对 的 另 一 种 可 能 性 ， 即 ;为 奇数 。 
以 上 代码 的 输出 为 : 

odd: 1 

even: 2 


odd: 3 
even: 4 


注意 ，if 表达 式 的 两 边 不 需要 使 用 括号 ， 就 像 我们 在 for 表达 式 中 也 不 需要 括号 一 样 。 


46 case 类 的 匹配 
我 们 现在 来 看 更 多 关于 深度 匹配 的 例子 ， 并 对 case 类 对 象 的 内 容 进 行 芳 察 ; 


// src/main/scala/progscala2/patternmatching/match-deep.sc 


























// Simplistic address type. Using all strings is questionable, too. 
case class Address(street: String, city: String, country: String) 
case class Person(name: String, age: Int, address: Address) 


val alice = Person("Alice", 25, Address("1 Scala Lane", "Chicago", "USA")) 
val bob = Person( "Bob", 29, Address("2 Java Ave.", "Miami", "USA")) 
val charlie = Person("Charlie", 32, Address("3 Python Ct.", "Boston", "USA")) 


for (person <- Seq(alice, bob, charlie)) { 
person match { 
case Person("Alice", 25, Address(_, "Chicago", _) => println("Hi Alice!") 
case Person("Bob", 29, Address("2 Java Ave.", "Miami", "USA")) => 
println("Hi Bob!") 
case Person(name, age, _) => 
println(s"Who are you, $age year-old person named $name?") 


} 
} 
输出 如 下 : 
Hi Alice! 
Hi Bob! 


Who are you, 32 year-old person named Charlie? 


Be AT A VC Wc ke SE IAA. A TAIAT IEH HIH EE SAE, RR 
下 ， 我 们 有 一 个 (String,Double) 元 组 组 成 的 序列 ， 表 示 商 店 里 的 商品 名 称 与 商品 价 
格 ， 同 时 想 要 将 它们 连同 序号 一 起 打印 出 来 。 为 解决 上 面 的 问题 ， 我 们 可 以 用 到 Seq. 
zipWithIndex 方法 : 
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// src/main/scala/progscala2/patternmatching/match-deep-tuple.sc 


val itemsCosts = Seq(("Pencil", 0.52), ("Paper", 1.35), ("Notebook", 2.43)) 
val itemsCostsIndices = itemsCosts.zipWithIndex 
for (itemCostIndex <- itemsCostsIndices) { 
itemCostIndex match { 
case ((item, cost), index) => println(s"Sindex: $item costs $cost each") 
} 
} 


我 们 在 REPL 里 运行 以 上 脚本 ， 用 :load 命令 观察 变量 的 类 型 和 运行 的 输出 〈 略 加 整理 了 
一 下 格式 ) : 


scala> :Load src/main/scala/progscala2/patternmatching/match-deep-tuple.sc 
Loading src/main/scala/progscala2/patternmatching/match-deep-tuple.sc... 
itemsCosts: Seq[(String, Double)] = 
List((Pencil,@.52), (Paper,1.35), (Notebook ,2.43)) 
itemsCostsIndices: Seq[((String, Double), Int)] = 
List(((Pencil,0.52),0), ((Paper,1.35),1), ((Notebook,2.43),2)) 
0: Pencil costs 0.52 each 
1: Paper costs 1.35 each 
2: Notebook costs 2.43 each 


调用 zipWithIndex 时 ， 返 回 的 元 组 形式 为 ((name,cost),index)。 通 过 匹配 这 种 形式 ， 我 
们 提取 了 输入 元 组 的 三 个 元 素 ， 并 将 其 打印 出 来 。 这 样 的 代码 是 我 经 常 使 用 的 。 











4.6.1 unapply 方 法 


除了 Scala 库 里 的 类 型 以 外 ， 我 们 自 定 义 的 case 类 也 可 以 使 用 类 型 匹配 与 提取 的 功能 ， 它 
ERDRE. 


这 是 如 何 实现 的 呢 ? 我 们 在 1.4 节 已 经 了 解 到 : case 类 有 一 个 伴随 对 象 ， 伴 随 对 象 中 有 一 
个 名 为 apply 的 工厂 方法 ， 用 于 构造 对 象 。 基 于 “对 称 ” 的 观点 ， 我 们 可 以 推断 ， 一 定 还 
存在 另 一 个 名 为 unapply 的 自动 生成 的 方法 ， 用 于 提取 和 “解构 ”。 事 实 上 ， 确 实 存在 这 样 
的 一 个 用 于 提取 的 方法 ， 当 遇见 如 下 形式 的 类 型 匹配 表达 式 时 ， 该 方法 就 会 被 调用 : 
person match { 
case Person("Alice", 25, Address(_, "Chicago", _)) =>... 

















‘ee 


Scala 找到 Person.unapply(-::) 和 Address.unapply(:: 然后 调用 这 两 个 国 数 。 所 有 的 
unapply 方法 都 返回 Option[TupleN[…]]， 此 处 的 N ee A 在 
Person 这 个 case 类 中 , N 为 3。 被 提取 的 值 的 类 型 与 相应 位 置 元 组 元 素 的 类 型 一 致 。 对 于 
Person 而 言 ， 提 取 值 的 类 型 分 别 为 String, Int 和 Address。 所 以 ， 编 译 器 生成 的 Person 
的 伴随 对 象 是 这 样 的 ; 
object Person { 
def apply(name: String, age: Int, address: Address) = 
new Person(name, age, address) 


def unapply(p: Person): Option[Tuple3[String,Int,Address]] = 
Some((p.name, p.age, p.address)) 








p 


既然 编译 器 已 经 知道 对 象 是 person， 为 什么 unapply 的 返回 值 还 要 用 Option WE? Scala È 
VE unapply 方法 “否决 ”这 个 匹配 ， 返 回 None， 这 时 ，Scala 会 使 用 下 一 个 case FA, 5 
外 ， 如 果 我 们 不 希望 的 话 ， 可 以 不 必 暴 露 对 象 的 所 有 属性 。 例 如 ， 如 果 我 们 不 想 暴露 年 龄 
隐私 的 话 ， 可 以 选择 不 暴露 age。 我 们 会 在 unapplySeq 方法 中 详细 探讨 这 一 细节 ， 不 过 此 
时 ， 只 要 知道 被 提取 的 属性 以 Some 的 形式 返回 即 可 ， 在 本 例 中 Some 中 的 内 容 为 Tuple3。 
编译 器 随后 将 元 组 Tup las 中 的 元 素 与 字面 值 进行 比较 ， 比 如 匹配 字符 串 Alice; 或 者 赋值 
给 我 们 已 经 命名 的 变量 ， 亦 或 者 用 _ 占 位 符 丢 掉 不 需要 的 元 素 。 


为 了 获得 性 能 上 的 优势 ，Scala 2.11.1 放松 了 对 unapply 必须 返回 Option[T] 
的 要 求 。 现 在 unapply 能 返回 任意 类 型 ， 只 要 该 类 型 具有 以 下 方法 : 





























def isEmpty: Boolean 
def get: T 


MRA SE, unapply 方法 会 被 递归 调用 。 像 本 例 中 ， 我 们 在 Person tA — Pik BAY 
Address 对 象 。 类 似 地 ， 在 元 组 的 那个 例子 中 ， 我 们 也 相应 地 递归 调用 了 unapply 方法 。 


case 关键 字 被 同时 用 于 声明 一 种 “特殊 ”的 类 ， 又 用 于 match 表达 式 中 的 case 表达 式 ， 这 
可 不 是 巧合 。case 类 的 特性 就 是 为 更 便捷 地 进行 模式 匹配 而 设计 的 。 


在 继续 探索 之 前 ， 注 意 一 下 ， 返 回 类 型 0ption[Tuple3[String,Int,Address]] 的 写法 显得 
KIK. Scala a a 
val t1: Option[Tuple3[String, Int i = 


val t2: Option[(String,Int,Address)] = 
val t3: Option[ (String, Int, Address) iz = 


元 组 字面 语法 使 得 代码 更 易 阅 读 ， 此 外 ， 逗 号 后 的 空格 也 有 助 于 提高 代码 的 可 读 性 。 
现在 让 我 们 回 到 神秘 的 head +: tail 表达 式 ， 去 真正 理解 它 的 含义 。 我 们 可 以 看 到 +: ( 构 
E) 操作 符 可 以 通过 在 现 有 序列 前 追加 新 元 素来 构造 新 序列 ， 我 们 可 以 这 样 凭空 开始 构造 
整个 序列 : 


val list = 1 +: 2 +: 3 +: 4 +: Nil 


由 于 +: 是 一 个 向 右 结合 的 操作 符 ， 因 此 我 们 首先 将 4 追加 到 Nil 中 ， 再 将 3 追加 到 产生 的 
序列 中 ， 以 此 类 推 。 


Scala 希望 尽 可 能 地 支持 构造 和 解构 /提取 的 标准 语法 。 这 一 点 我 们 已 经 在 序列 、 列 表 和 元 
组 中 看 到 。 另 外 ， 这 些 操作 都 是 成 对 的 ， 互 为 逆 操 作 。 


如 果 我 们 可 以 用 一 个 名 为 +: 的 方法 完成 序列 的 构造 ， 那 么 用 相同 的 语法 形式 如 何 完成 解构 
操作 呢 ? 刚才 研究 了 unapply 方法 ， 但 这 是 正确 答案 吗 ? 虽然 Person.unappLy 和 Tuplen. 
unapply 知道 在 它们 的 实例 中 有 和 多少“ 东西 ", 分 别 是 3 个 和 NN 个 。 但 现在 我 们 希望 支持 任 
意 非 空 的 集合 。 
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为 了 完成 这 一 点 ，Scala 库 定义 了 一 个 特殊 的 单 例 对 象 ， 名 为 +: (http://www.scala-lang.org/ 
api/current/index.html#scala.collection.$plus$colon$)。 是 的 ， 对 和 象 的 名 字 为 “+:”， 类 似 于 方 
法 名 ,在 Scala 中 ， 类 型 名 可 以 使 用 的 字符 也 很 广泛 。 


这 个 类 型 只 有 一 个 方法 ， 即 编译 器 用 来 在 case 语句 中 进行 提取 操作 的 unapply 方法 。 
unapply 方法 声明 的 示意 就 像 是 这 样 (我 对 实际 声明 稍微 做 了 些 简 化 ， 因 为 我 们 还 没有 涉 
及 全 部 知识 细节 ， 不 需要 很 多 类 型 系统 的 知识 来 理解 完整 的 方法 签名 ) : 


def unapply[T, Coll](collection: Coll): Option[(T, Coll)] 
头 部 的 类 型 被 推断 为 类 型 T， 尾 部 被 推断 为 某 种 集合 类 型 Coll, Coll 同时 也 是 输入 的 集合 
类 型 。 于 是 ， 方 法 返回 了 一 个 0ption， 其 内 容 为 输入 集合 的 头 部 和 尾部 组 成 的 两 元 素 元 组 。 
编译 器 如 何 才 能 在 看 到 case head +: tail => ... 表达 式 时 调用 +:.unappLy(coLLection) 
方法 呢 ? 我 们 需要 把 case 子 句 写成 case +:(head, tail) => ... 才能 与 刚才 示例 中 的 模式 
匹配 保持 一 致 。 
事实 上 ， 我 们 可 以 写成 如 下 形式 : 


scala> def processSeq2[T](L: Seq[T]): Unit = l match { 
| case +:(head, tail) => 

| printf("%s +: ", head) 

| processSeq2(tail) 

| 

| 

















case Nil => print("Nil") 


} 


scala> processSeq2(List(1,2,3,4,5)) 

14:2 4: 34: 4 4: 5 +: Nil 
我 们 也 可 以 使 用 中 绥 表 达 式 head +: tail， 这 是 编译 器 的 又 一 个 语法 糖 。 包 含有 两 个 类 型 
参数 的 类 型 可 以 写 为 中 级 表达 式 ， 同 样 ，case 子 句 也 可 以 这 么 做 。 考 虑 如 下 REPL 中 的 
代码 : 

// src/main/scala/progscala2/patternmatching/infix.sc 


scala> case class With[A,B](a: A, b: B) 
defined class With 











scala> val with1: With[String, Int] = With("Foo", 1) 
with1: With[String,Int] = With(Foo,1) 


scala> val with2: String With Int = With("Bar", 2) 
with2: With[String,Int] = With(Bar,2) 


scala> Seq(with1, with2) foreach { w => 


| wnmatch { 
| case s With i => println(s"$s with $i") 
| case _ => println(s"Unknown: $w") 
| } 
lE 

Foo with 1 

Bar with 2 





所 以 我 们 可 以 用 两 种 形式 书写 类 型 签名 : Mth[String,Int] 或 者 String With Int。 后 者 更 





易 阅 读 ， 不 过 缺乏 经 验 的 Scala 程序 员 可 能 会 感到 困惑 。 请 记 住 ， 尝 试用 类 似 的 语法 形式 
初始 化 一 个 值 是 不 可 行 的 : 

// src/main/scala/progscala2/patternmatching/infix.sc 

scala> val w = "one" With 2 


<console>:7: error: value With is not a member of String 


val w = "one" With 2 
A 


List 也 有 这 样 的 一 个 类 似 的 对 象 一 一 :: (http://www.scala-lang.org/api/current/scala. 
collection.immutable.$colon$colon)。 如 果 你 希望 逆序 处 理 序列 中 的 每 个 元 素 时 该 怎么 办 
WE? 可 以 用 一 个 对 象 进 行 处 理 ! Scala 库 的 对 象 :+ (http://www.scala-lang.org/api/current/ 
scala.collection.$colon$plus$) 可 以 让 你 匹配 List 的 最 后 一 个 元 素 ， 然 后 从 后 往 前 依次 访问 
各 元 素 : 


// src/main/scala/progscala2/patternmatching/match-reverse-seq.sc 
// Compare to match-seq.sc 





val nonEmptyList = List(1, 2, 3, 4, 5) 
val nonEmptyVector = Vector(1, 2, 3, 4, 5) 
val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) 


def reverseSeqToString[T](l: Seq[T]): String = l match { 
case prefix :+ end => reverseSeqToString(prefix) + s" :+ $end" 
case Nil => "Nil" 


} 


for (seq <- Seq(nonEmptyList, nonEmptyVector, nonEmptyMap.toSeq)) { 
println(reverseSeqToString(seq) ) 


} 
输出 如 下 : 
Nil :+ 1 :+ 2 :+3 :+ 4 :+5 
Nil :+ 1 :+ 2 :+3 :+ 4 :+5 
Nil :+ (one,1) :+ (two,2) :+ (three,3) 


Nil 是 第 一 个 输出 的 元 素 ， 它 的 结合 性 是 左 结合 的 。 同 时 ， 对 于 其 他 两 个 输入 的 List 和 
Vector ， 也 生成 了 相同 的 输出 。 

你 应 该 比较 一 下 seqToString 和 reverseSeqToString 方法 ， 因 为 它们 各 自 使 用 不 同 的 方式 
实现 递归 。 在 此 之 前 ， 请 确保 你 理解 它们 各 自 的 工作 机 制 。 

像 之 前 一 样 ， 你 可 以 用 输出 的 内 容重 新 构造 一 个 集合 (第 二 行 输 出 与 第 一 行 重复 ， 可 以 
忽略 ) : 


scala> Nil :+ 1 :+ 2 :+3:+4:+5 
res0: List[Int] = List(1, 2, 3, 4, 5) 

















对 于 Ltst， 用 于 追加 元 素 的 :+ 方法 以 及 用 于 模式 匹配 的 :+ 方法 均 需 要 O(n) 
的 时 间 复 杂 度 ， 这 两 个 方法 都 必须 要 从 列表 的 头 部 遍历 一 遍 。 而 对 于 其 他 基 
些 序列 ， 如 Vector ， 则 需要 00) 的 时 间 复 杂 度 。 
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4.6.2 unappLySed 方 法 


如 果 你 想 要 更 灵活 一 些 ， 和 希望 提取 序列 时 返回 非 固 定数 量 的 元 素 ， 该 怎么 办 呢 ? 
unapplySeq 方法 可 以 做 到 这 一 ， 点 。 除 了 apply 方 法 以 外 ，Seq 的 伴随 对 象 还 实现 
unapplySeq 方法 , 而 不 是 普通 伴随 对 象 的 unapply 方法 : 


def apply[A](elems: A*): Seq[A] 
def unapplySeq[A](x: Seq[A]): Some[Seg[A]] 


回顾 一 下 ， 在 这 里 A* 表示 elems 是 一 个 可 变 参数 列表 。 下 面 的 示例 是 对 之 前 例 IEP +: 的 
变形 ， 这 里 我 们 将 触发 unappLySeq 方法 的 调用 ， 并 考察 所 提取 元 素 的 “请 动 窗口 ”: 


// src/main/scala/progscala2/patternmatching/match-seq-unapplySeq.sc 

















val nonEmptyList = List(1, 2, 3, 4, 5) 110 
val emptyList = Nil 
val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) 


// Process pairs 
def windows[T](seq: Seq[T]): String = seq match { 


case Seq(headi, head2, _*) => //@ 
s"(S$head1, $head2), " + windows(seq. tail) // 日 
case Seq(head, _*) => 
s"(S$head, _), " + windows(seq. tail) //@ 
case Nil => "Nil" 
} 


for (seq <- Seq(nonEmptyList, emptyList, nonEmptyMap.toSeq)) { 
println(windows(seq) ) 


@ 定义 了 一 个 非 空 LLst， 一 个 NML， 和 一 个 Map。 

@ 在 match 语句 中 ， 看 起 来 我 们 似乎 会 隐 含 调用 seq.appLty(…)， 但 实际 上 我 们 调用 的 是 
Seq.unapplyseq。 我 们 提取 了 前 两 个 元 素 ， 忽 略 了 用 _* 表示 的 其 他 可 变 参 数 。* 表示 另 
个 或 多 个 元 素 ， 与 正则 表达 式 中 的 * 类 位 。 

© 用 匹配 到 的 前 两 个 元 没 素 格式 化 字符 串 ， 同 时 调用 seq.tail 将 提取 的 “窗口 ”向 后 移 
动 一 位 。 注 意 ， 在 这 次 匹配 中 ， 我 们 并 有 提取 尾部 元 素 。 

@ 我 们 还 需要 匹配 只 个 元 素 的 序列 ， 否 则 匹配 就 不 完全 。 用 _ 表示 不 存在 的 “第 二 
个 ”元 素 。 我 们 已 经 知道 调用 windows(seq.tail) 会 返回 NML， 但 为 了 

重复 一 遍 ， 我 们 再 次 调用 了 windows 方法 。 
窗口 的 输出 为 : 

(1, 2), (2, 3), (3, 4), (4, 5), (5, _), Nil 
Nil 
((one,1), (two,2)), ((two,2), (three,3)), ((three,3), _), Nil 


我 们 依然 可 以 在 匹配 中 使 用 +:， 这 个 写法 更 加 优雅 : 


// src/main/scala/progscala2/patternmatching/match-seq-without-unapplySeq.sc 





















































val nonEmptyList 
val emptyList 
val nonEmptyMap 


List(1, 2, 3, 4, 5) 
Nil 
Map("one" -> 1, "two" -> 2, "three" -> 3) 


// Process pairs 

def windows2[T](seq: Seq[T]): String = seq match { 
case head1 +: head2 +: tail => s"($head1, $Shead2), " + windows2(seq. tail) 
case head +: tail => s"(Shead, _), " + windows2(tail) 
case Nil => "Nil" 


} 


for (seq <- Seq(nonEmptyList, emptyList, nonEmptyMap.toSeq)) { 
println(windows2(seq) ) 
} 


请 动 窗口 如 此 有 用 ，sSeq 甚至 提供 了 两 个 方法 用 于 创建 窗口 ; 


scala> val seq = Seq(1,2,3,4,5) 
seq: Seq[Int] = List(1, 2, 3, 4, 5) 














scala> val slide2 = seq.sliding(2) 
slide2: Iterator[Seq[Int]] = non-empty iterator 


scala> slide2.toSeq 
res0: Seq[Seq[Int]] = res56: Seq[Seq[Int]] = Stream(List(1, 2), ?) 


scala> slide2.toList 
resi: List[Seq[Int]] = List(List(1, 2), List(2, 3), List(3, 4), List(4, 5)) 


scala> seq.sliding(3,2).toList 

res2: List[Seq[Int]] = List(List(1, 2, 3), List(3, 4, 5)) 
这 两 个 sliding Fe ABR BE at, EME “PPE” AY. BFAR Fe INET SH PCT 
过 昂贵 这 两 个 函数 都 没有 立即 对 所 操作 的 列表 进行 复制 。 对 返回 的 选 代 器 调用 toseq 方 
法 ， 可 以 将 授 代 器 转 为 一 个 collection.immutable.Stream (http://www.scala-lang.org/api/ 
current/#scala.collection.immutable.Stream)。 这 是 一 个 惰性 列表 ， 创 建 时 即 对 列表 的 头 部 元 
素 求 值 ， 但 只 在 需要 的 时 候 才 对 尾部 元 素 求 值 。 调 用 toList 不 一 样 ， 它 返回 一 个 List， 
创建 时 就 求 出 了 所 有 元 素 的 值 。 


， 输 出 的 结果 与 之 前 的 例子 有 一 点 点 不 同 ， 例 如 ， 在 这 里 输出 的 结尾 没有 (5，-_ 


4.7 ”可 变 参 数列 表 的 匹配 


在 2.6 节 ， 我 们 介绍 了 Scala 对 方法 中 的 可 变 参 数列 表 的 支持 。 例 如 ， 在 编写 一 个 与 SQL 
交互 的 工具 ,或 是 用 一 个 case 类 来 表示 WHERE foo IN (vaL1，vaLt2，…) 这 样 的 SQL 语句 
(这 个 例子 来 自 于 真实 项 目 而 非 开源 代码 的 启发 ) 时 ， 我 们 用 到 了 Scala 对 可 变 参 数列 表 
的 支持 。 以 下 就 是 一 个 带 可 变 参 数列 表 的 case 类 ， 用 于 处 理 SQL 语句 中 的 各 个 值 。 代 码 
中 还 包括 了 另外 一 些 定义 ， 用 于 处 理 WHERE x OP y 这 样 的 SQL 语句，0P 是 SQL 的 比较 
操作 符 。 


// src/main/scala/progscala2/patternmatching/match-vararglist.sc 
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// Operators for WHERE clauses 
object Op extends Enumeration { //@ 
type Op = Value 


val EQ = Value("=" 
val NE = Value("!=") 
val LTGT = Value("<>" 
val LT = Value("<") 
val LE = Value("<=") 
val GT = Value(">") 
val GE = Value(">=") 

} 

import Op._ 














// 表示 SQL 的 "WHERE x op vatue" 语 句 ,其 中 +op+ 为 一 个 比较 
// 操作 符 : =; l=, <>, <, <=, >, or Ey 
case class WhereOp[T](columnName: String, op: Op, value: T) //@ 


// 表示 SQL 的 "WHERE x IN (a, b, c, ...)" 语句 。 
case class WhereIn[T](columnName: String, vali: T, vals: T*) // ® 


val wheres = Seq( //@ 
WhereIn("state", "IL", "CA", "VA"), 
WhereOp("state", EQ, "IL"), 
WhereOp("name", EQ, "Buck Trends"), 
WhereOp("age", GT, 29)) 


for (where <- wheres) { 
where match { 
case WhereIn(col, vali, vals @ _*) => // ® 
val valStr = (vali +: vals).mkString(", ") 
println (s"WHERE S$col IN ($valStr)") 
case WhereOp(col, op, value) => println (s"WHERE $col Sop $value") 





case _ => println (s"ERROR: Unknown expression: Swhere") 
} 
} 
@ 定义 了 一 个 Enumeration 用 于 表示 比较 SQL 操作 符 ， 每 个 操作 符 有 一 个 “名 字 ”， 是 一 
MERR, 
@ 用 于 表示 WHERE x OP y 的 case 类 。 
© 用 于 表示 WHERE x IN (val1, val2,…) 的 case 类 。 
@ 用 于 解析 的 示例 对 象 。 
O 注意 匹配 可 变 参数 的 语法 形式 : name @ _*。 





用 于 匹配 可 变 参数 列表 的 语法 name @ _* 并 不 太 符 合 直觉 ， 但 在 有 些 场合 你 的 确 需 要 它 。 

以 下 是 示例 运行 的 输出 : 
WHERE state IN (IL, CA, VA) 
WHERE state = IL 


WHERE name = Buck Trends 
WHERE age > 29 








co 





4.8 正则 表达 式 的 匹配 
正则 表达 式 可 以 很 方便 地 从 符合 特定 结构 的 字符 串 中 提取 数据 。 
Scala 封装 了 Java 的 正则 表达 式 '。 以 下 给 出 一 个 示例 : 


// src/main/scala/progscala2/patternmatching/match-regex.sc 


val BookExtractorRE = """Book: title=([^,]+),\s+author=(.+)""".r //@ 
val MagazineExtractorRE = """Magazine: title=([%, ]+),\stissue=(.+)""".r 


val catalog = Seq( 
"Book: title=Programming Scala Second Edition, author=Dean Wampler", 
"Magazine: title=The New Yorker, issue=January 2014", 
"Unknown: text=Who put this here??" 


) 


for (item <- catalog) { 
item match { 
case BookExtractorRE(title, author) => //@ 
println(s"""Book "$title", written by Sauthor""") 
case MagazineExtractorRE(title, issue) => 
println(s"""Magazine "title", issue $issue""") 
case entry => println(s"Unrecognized entry: Sentry") 
} 
} 











@ 该 正则 表达 式 匹 配 一 个 用 于 表示 书本 的 字符 串 ， 其 中 有 两 个 捕捉 组 〈 注 意 正则 表达 式 














中 的 括号 )， 一 个 表示 标题 ， 一 个 表示 作者 。 调 用 r 方法 以 创建 正则 表达 式 。 第 二 个 正 
则 表达 式 匹 配 一 个 用 于 表示 杂志 的 字符 串 ， 其 中 的 Seen em hes rie FM 























@ 用 法 与 case 类 相似 ， 与 捕捉 组 相 匹 配 的 字符 串 被 提取 出 来 ， 赋 值 给 变量 。 
运行 的 输出 为 : 


Book "Programming Scala Second Edition", written by Dean Wampler 
Magazine "The New Yorker", issue January 2014 
Unrecognized entry: Unknown: text=Who put this here?? 








我 们 用 三 重 双 引号 来 表示 正则 表达 式 字 符 串 ， 否 则 ， 就 不 得 不 对 正则 表达 式 的 反 斜 杠 进行 
转 义 ， 例 如 用 \\s 表示 \s。 你 还 可 以 通过 创建 一 个 Regex 类 的 实例 来 定义 正则 表达 式 ， 如 
new Regex("""\W"""), 但 这 种 用 法 并 不 常见 。 











在 三 个 双 引 号 内 的 正则 表达 式 中 使 用 变量 插值 是 无 效 的。 你 依然 需要 对 变 
量 插值 进行 转 义 ， 例 如 ， 你 应 该 用 s"""$first\\s+$second""".r， 而 不 是 
s"""$first\s+$second""".r。 而 如 果 你 没有 使 用 变量 插值 ， 则 不 必 转 义 。 




















scala.util.matching.Regex 定义 了 若干 个 用 于 正则 表达 式 其 他 操作 的 方法 ， 如 查找 和 替换 。 








: 参见 《Java 教程 : 正则 表达 式 》。 





模式 匹配 | 103 


4.9 再 谈 case 语 句 的 变量 绑 定 


假设 以 下 场景 : 你 需要 从 对 象 中 提取 值 ， 但 你 又 想 将 一 个 变量 赋 给 该 对 象 的 整体 。 该 怎么 
做 呢 ? 


我 们 来 对 前 文中 匹配 Person 类 的 属性 的 实例 做 以 下 修改 。 


// src/main/scala/progscala2/patternmatching/match-deep2.sc 








case class Address(street: String, city: String, country: String) 
case class Person(name: String, age: Int, address: Address) 


val alice = Person("Alice", 25, Address("1 Scala Lane", "Chicago", "USA")) 
val bob = Person("Bob", 29, Address("2 Java Ave.", "Miami", "USA")) 
val charlie = Person("Charlie", 32, Address("3 Python Ct.", "Boston", "USA")) 


for (person <- Seq(alice, bob, charlie)) { 
person match { 
case p @ Person("Alice", 25, address) => println(s"Hi Alice! $p") 
case p @ Person('"Bob", 29, a @ Address(street, city, country)) => 
println(s"Hi ${p.name}! age ${p.age}, in ${a.city}") 
case p @ Person(name, age, _) => 
println(s"Who are you, $age year-old person named $name? $p") 


} 
} 


P @ … 的 语法 将 整个 Person 类 的 实例 赋值 给 了 变量 p， 类 似 地 ，a @ … 也 将 整个 Address 
实例 赋值 给 了 变量 。 以 下 为 修改 版 本 的 实例 输出 。 (为 适应 排版 做 了 格式 化 。) 


Hi Alice! Person(Alice,25,Address(1 Scala Lane,Chicago,USA)) 

Hi Bob! age 29, in Miami 

Who are you, 32 year-old person named Charlie? Person(Charlie, 32, 
Address(3 Python Ct. ,Boston,USA) ) 


记 住 ， 如 果 不 需要 从 Person 实例 中 提取 属性 值 ， 我 们 只 要 写 为 p: Person => … 就 可 以 了 。 
4.10 有 再 谈 类 型 匹配 
考虑 以 下 例子 ， 我 们 试图 将 输入 的 List[Double] 和 List[String] 区 分 开 : 


// src/main/scala/progscala2/patternmatching/match-types.sc 
scala> for { 

| x<- Seq(List(5.5,5.6,5.7), List("a", "b")) 

| } yield (x match { 

| case seqd: Seq[Double] => ("seq double", seqd) 

| case seqs: Seq[String] => ("seq string", seqs) 

| case _ => ("unknown!", x) 

| }) 
<console>:12: warning: non-variable type argument Double in type pattern 
Seq[Double] (the underlying of Seq[Double]) is unchecked since it is 
eliminated by erasure 

case seqd: Seq[Double] => ("seq double", seqd) 


Nn 


al 


















































i 





<console>:13: warning: non-variable type argument String in type pattern 





Seq[String] (the underlying of Seq[String]) is unchecked since it is 
eliminated by erasure 
case seqs: Seq[String] => ("seq string", seqs) 
Nn 


<console>:13: warning: unreachable code 
case seqs: Seq[String] => ("seq string", seqs) 
Nn 


resO: List[(String, List[Any])] = 
List((seq double,List(5.5, 5.6, 5.7)),(seq double,List(a, b))) 


这 些 警 告 表示 什么 ?” Scala 运行 于 JVM 中 ， 这 些 警 告 来 源 于 JVM 的 类 型 擦 除 ， 类 型 擦 除 
是 Java 5 引入 泛 型 后 的 一 个 历史 遗留 。 为 了 避免 与 旧版 本 代码 断代 ，JVM 的 字 节 码 不 会 记 
住 一 个 泛 型 实例 (A List) 中 实际 传人 的 类 型 参数 的 信息 。 

所 以 ， 当 编译 器 只 能 识别 输入 对 人 象 为 List， 但 无 法 在 运行 时 识别 它 是 List[Double] 还 是 
List[String] 上 时， 编译 器 就 会 发 出 警告 。 事 实 上 ， 编 译 器 认为 第 二 个 匹配 List[string] 的 
case 子 句 是 不 可 达 代 码 ， 意 味 着 第 一 个 匹配 List[Double] 的 case 子 句 可 以 匹配 任意 List, 
输出 显示 ， 对 于 两 个 输入 ， 都 打印 出 了 seq double。 


一 个 不 太美 观 但 却 有 效 的 解决 方法 是 : 首先 匹配 集合 ， 然 后 用 一 个 磐 套 的 匹配 语句 去 匹配 
集合 中 的 第 一 个 元 素 ， 从 而 决定 其 类 型 。 这 样 的 话 ， 我 们 也 就 必须 单独 处 理 空 序列 : 


// src/main/scala/progscala2/patternmatching/match-types2.sc 




















def doSeqMatch[T](seq: Seq[T]): String = seq match { 
case Nil => "Nothing" 


case head +: _ => head match { 
case _ : Double => "Double" 
case _ : String => "String" 
case _ => "Unmatched seq element" 
} 
} 
for { 
x <- Seq(List(5.5,5.6,5.7), List("a", "b"), Nil) 
} yield { 
x match { 
case seq: Seq[_] => (s"seq ${doSeqMatch(seq)}", seq) 
case _ => ("unknown!", x) 
} 
} 





以 上 脚本 返回 了 期 望 的 输出 :Seq((seq Double,List(5.5, 5.6, 5.7)), (seq String,List(a, 
b)), (seq Nothing,List())), 


4.11 ”封闭 继承 层级 与 全 覆盖 匹配 


这 一 小 市 我 们 来 讨论 全 覆盖 匹配 的 需求 和 封闭 类 层级 的 应 用 场景 。 其 实 ， 我 们 在 2.10 市 已 
经 对 封闭 类 做 了 介绍 。 我 们 用 在 以 下 代码 中 使 用 封闭 继承 层级 类 来 表示 HTTP 协议 的 合法 
消息 类 型 (或 称 为 “方法 ”)。 


// src/main/scala/progscala2/patternmatching/http.sc 
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sealed abstract class HttpMethod() { //@ 
def body: String //@ 
def bodyLength = body. length 
} 
case class Connect(body: String) extends HttpMethod // ® 
case class Delete (body: String) extends HttpMethod 
case class Get (body: String) extends HttpMethod 
case class Head (body: String) extends HttpMethod 
case class Options(body: String) extends HttpMethod 
case class Post (body: String) extends HttpMethod 
case class Put (body: String) extends HttpMethod 
case class Trace (body: String) extends HttpMethod 
def handle (method: HttpMethod) = method match { //@ 
case Connect (body) => s"connect: (length: ${method.bodyLength}) $body" 
case Delete (body) => s"delete: (length: ${method.bodyLength}) $body" 
case Get (body) => s"get: (length: ${method.bodyLength}) $body" 
case Head (body) => s"head: (length: ${method.bodyLength}) $body" 
case Options (body) => s"options: (length: ${method.bodyLength}) $body" 
case Post (body) => s"post: (length: ${method.bodyLength}) $body" 
case Put (body) => s"put: (length: ${method.bodyLength}) $body" 
case Trace (body) => s"trace: (length: ${method.bodyLength}) $body" 
} 
val methods = Seq( 
Connect("connect body..."), 
Delete ("delete body..."), 
Get ("get body..."), 
Head ("head body..."), 
Options("options body..."), 
Post ("post body..."), 
Put ("put body..."), 
Trace ("trace body...")) 
methods foreach (method => println(handle(method) )) 
@ 定义 了 一 个 封闭 的 抽象 基 类 。 由 于 该 类 被 定义 为 封闭 的 ， 其 子 类 型 必须 定义 在 本 文 
件 内 。 
@ A HTTP 报 文 的 消息 体 定义 了 一 个 方法 。 
© 定义 了 8 个 继承 自 HttpMethod 的 case 类 ， 每 个 类 均 在 构造 方法 中 声明 了 参数 body: 
String。 由 于 每 个 类 均 为 case 类 ， 因 此 该 参数 是 一 个 val， 它 实现 了 HttpMethod 的 抽 
象 方法 def, 
© O anne 即使 我 们 没有 默认 的 匹配 子 句 ， 也 可 以 达到 全 禾 
盖 ， 因 为 输入 的 参数 method 只 可 能 是 我 们 定义 的 8 个 case 类 的 实例 。 
对 封闭 基 类 的 实例 做 模式 匹配 时 ， 如 果 case 语句 覆盖 了 所 有 当前 文件 定义 
的 类 型 ， 那 么 匹配 就 是 全 覆盖 的 。 由 于 不 允许 有 其 他 用 于 自 定义 的 子 类 型 ， 
随 着 项 目 演进 ， 匹 配 的 全 覆盖 性 也 不 会 丧失 。 
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由 此 可 以 得 出 的 一 个 推论 :如果 类 型 的 继承 层级 可 能 发 生变 化 ， 就 应 该 避免 使 用 sealed, 
这 取决 于 你 原 有 的 面向 对 象 继承 规则 ， 包 括 多 态 方法 的 设计 情况 。 如 果 你 去 掉 HttpMethod 
的 sealed 关键 字 ， 然 后 在 本 文件 或 其 他 文件 新 定义 一 个 子 类 型 ， 会 怎么 样 呢 ? 你 必须 在 代 
码 库 以 及 客户 端的 代码 库 中 找 出 并 修改 所 有 关于 HttpMethod 实例 的 模式 匹配 代码 。 

另外 ， 这 里 还 给 出 了 一 种 实现 某 些 方法 的 技巧 。 一 个 抽象 的 ， 不 带 参数 的 父 类 方法 ， 在 子 
类 型 中 可 以 用 一 个 val 实现 。 这 是 由 于 val 的 值 是 固定 的 〈 必 定 的 ) ， 而 一 个 不 带 参数 、 返 
回 值 为 某 类 型 变量 的 方法 可 以 返回 任意 一 个 该 类 型 的 变量 。 这 样 ， 使 用 val 实现 的 方法 在 
返回 值 上 严格 符合 方法 定义 ， 当 方法 被 “调用 ”时 ， 使 用 val 变量 与 真实 调用 方法 一 样 安 
人 全。 事实 上 ， 这 是 透明 引用 的 一 个 应 用 。 在 透明 引用 中 ， 我 们 用 一 个 值 代替 一 个 总 是 返回 
固定 值 的 表达 式 ! 


在 父 类 型 中 ， 不 带 参数 的 抽象 方法 可 以 在 子 类 中 用 val 变量 实现 。 推 荐 的 做 法 
是 : 在 抽象 父 类 型 中 声明 一 个 不 带 参 数 的 抽象 方法 ， 这 样 就 给 子 类 型 如 何 具体 
实现 该 方法 留 下 了 巨大 的 自由 ， 既 可 以 用 方法 实现 ， 也 可 以 用 val 变量 实现 。 










































































执行 该 脚本 ， 产 生 以 下 输出 : 


connect: (length: 15) connect body... 
delete: (length: 14) delete body... 
get: (length: 11) get body... 
head: (length: 12) head body... 
options: (length: 15) options body... 
post: (length: 12) post body... 
put: (length: 11) put body... 
trace: (length: 13) trace body... 


HttpMethod 的 case 类 很 小 ， 理 论 上 我 们 也 可 以 用 Enumeration 代替 。 但 那样 会 有 一 个 很 大 
的 缺陷 ， 就 是 编译 器 就 无 法 判断 Enumeration 相应 的 match 语句 是 否 全 覆盖 。 如 果 我 们 在 
这 里 使 用 了 Enumeration， 而 在 match 语句 中 忘记 了 匹配 Trace 的 语句 ， 那 我 们 也 只 能 在 运 
行 时 抛 出 MatchError 的 时 候 才 知道 这 个 错误 的 存在 。 























当 使 用 类 型 匹配 时 避免 使 用 枚 举 类 型 。 编 译 器 无 法 判断 匹配 语句 是 否 全 稚 盖 。 





4.12 ”模式 匹配 的 其 他 用 法 
幸运 的 是 ， 模 式 匹 配 这 一 强大 特性 并 不 仅仅 局 限于 case 语句 。 在 定义 变量 时 也 可 以 运用 模 
式 匹 配 ， 包 括 for 表达 式 中 的 变量 定义 。 


scala> case class Address(street: String, city: String, country: String) 
defined class Address 





scala> case class Person(name: String, age: Int, address: Address) 
defined class Person 
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scala> val Person(name, age, Address(_, state, _)) = 
| Person("Dean", 29, Address("1 Scala Way", "CA", "USA")) 
name: String = Dean 
age: Int = 29 
state: String = 


没 错 ， 只 用 了 一 个 步骤 ， 我 们 就 将 Person 中 所 有 需要 的 属性 抽取 了 出 来 ， 同 时 略 过 了 不 需 
要 的 属性 。 这 个 方法 也 可 以 用 在 List 上 。 
scala> val head +: tail = List(1,2,3) 


head: Int = 1 
tail: List[Int] = List(2, 3) 











scala> val head1 +: head2 +: tail = Vector(1,2,3) 

head1: Int = 1 

head2: Int = 2 

tail: scala.collection.immutable.Vector[Int] = Vector(3) 


scala> val Seq(a,b,c) = List(1,2,3) 


a: Int =1 
b: Int = 2 
c: Int = 3 


scala> val Seq(a,b,c) = List(1,2,3,4) 
scala.MatchError: List(1, 2, 3, 4) (of class collection.immutable.$colon$colon) 
. 43 elided 


APMC. ERA CM Bil Ra A PE. 
在 if 表达 式 中 我 们 也 可 以 用 模式 匹配 : 


scala> val p = Person("Dean", 29, Address("1 Scala Way", "CA", "USA")) 
p: Person = Person(Dean,29,Address(1 Scala Way,CA,USA)) 








scala> if (p == Person("Dean", 29, 
| Address("1 Scala Way", "CA", "USA"))) "yes" else "no" 
res0: String = yes 


scala> if (p == Person("Dean", 29, 
| Address("1 Scala Way", "CA", "USSR"))) "yes" else "no 
resi: String = 


然而 ， 在 这 里 无 法 使 用 _ 占 位 符 : 


scala> if (p == Person(_, 29, Address(_, _, "USA"))) "yes" else "no 
<console>:13: error: missing parameter type for expanded function 
((x$1) => p.SeqSeq(Person(x$1,29,((x$2,x$3) => Address(x$2,x$3,"USA"))))) 
if (p == Person(_, 29, Address(_, _, "USA"))) "yes" else "no" 


AN 


名 为 $eq$eq 的 内 部 函数 用 于 == 测试 。 因 为 在 JVM 规范 中 ， 只 允许 字母 、 数 字 、_ 和 $ 作 
为 标识 符 ，Scala 对 一 些 非 字母 数字 的 字符 做 了 “字符 映射 ”， 使 得 它们 符合 JVM 规范 。 在 
这 里 ，= 变 成 了 $eq。 所 有 的 映射 规则 会 在 第 22 章 的 表 22-1 中 列 出 。 














假设 我 们 有 一 个 函数 ， 参 数 为 整数 序列 ， 将 所 有 整数 的 和 与 整数 的 个 数 放 在 元 组 中 返回 : 


scala> def sum_count(ints: Seq[Int]) = (ints.sum, ints.size) 


scala> val (sum, count) = sum_count(List(1,2,3,4,5)) 
sum: Int = 15 
count: Int = 5 


这 个 用 法 我 经 党 使用。 在 3.6.5 市 有 一 个 人 为 生 造 的 例子 ， 它 在 for 表达 式 中 使 用 模式 匹 


配 。 以 下 给 出 了 该 例子 中 与 模式 匹配 相关 的 片段 : 
// src/main/scala/progscala2/patternmatching/scoped-option-for.sc 


val dogBreeds = Seq(Some("Doberman"), None, Some("Yorkshire Terrier"), 
Some("Dachshund"), None, Some("Scottish Terrier"), 
None, Some("Great Dane"), Some("Portuguese Water Dog")) 


println("second pass:") 
for { 
Some(breed) <- dogBreeds 
upcasedBreed = breed.toUpperCase() 
} println(upcasedBreed) 


如 同 前 文 ， 脚 本 输出 依然 为 : 


DOBERMAN 

YORKSHIRE TERRIER 
DACHSHUND 

SCOTTISH TERRIER 
GREAT DANE 
PORTUGUESE WATER DOG 











In| 


模式 匹配 与 case 语句 的 另 一 个 便利 用 法 是 ， 它 们 可 以 使 带 复 杂 参 数 的 函数 字面 





量 更 易于 








使 用 : 


// src/main/scala/progscala2/patternmatching/match-fun-args.sc 


case class Address(street: String, city: String, country: String) 
case class Person(name: String, age: Int) 


val as = Seq( 
Address("1 Scala Lane", "Anytown", "USA"), 
Address("2 Clojure Lane", "Othertown", "USA")) 
val ps = Seq( 
Person("Buck Trends", 29), 
Person("Clo Jure", 28)) 


val pas = ps zip as 


// 不 太美 观 的 方法 : 
pas map { tup => 
val Person(name, age) = tup._1 
val Address(street, city, country) = tup. 2 
s"Sname (age: Sage) lives at $street, $city, in Scountry" 


} 
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注意 ， 压 缩 序列 的 类 型 为 seq[(Person,Address)]， 所 以 ， 我 们 传递 给 map 


// 不 错 的 方法 : 
pas map { 


case (Person(name, age), Address(street, city, country)) => 
s"$name (age: Sage) lives at $street, Scity, in Scountry" 


} 


的 参数 必须 是 一 


个 类 型 为 (Person,Address) => String 的 函数 。 我 们 给 出 了 两 个 函数 ， 第 一 个 是 一 个 “ 常 


规 ” 国 数 ， 带 一 个 元 组 参数 ， 使 用 模式 匹配 从 元 组 的 两 个 元 素 中 提取 属性 值 。 

















第 二 个 函数 是 一 个 偏 函 数 ， 这 在 偏 函 数 中 有 介绍 。 这 种 写法 在 语法 上 更 为 简洁 ， 特 别 是 需 
要 从 元 组 和 更 复杂 的 结构 中 抽取 值 时 。 但 是 需要 记 住 ， 由 于 给 出 的 是 一 个 偏 函 数 ， 所 以 
case 表达 式 必 须 精确 匹配 输入 ， 否 则 在 运行 时 会 抛 出 一 个 MatchError。 


使 用 以 上 两 个 函数 ， 产 生 的 字符 串 序 列 均 为 : 


SQL 解析 的 简 六 





List( 





"Buck Trends (age: 29) lives at 1 Scala Lane, Anytown, in USA", 
"Clo Jure (age: 28) lives at 2 Clojure Lane, Othertown, in USA") 


最 后 要 介绍 的 是 ， 我 们 可 以 在 正则 表达 式 中 用 模式 匹配 去 解构 字符 串 。 我 写 过 一 份 用 于 








程序 ， 以 下 是 从 该 程序 的 测试 代码 中 抽取 的 例子 : 


// src/main/scala/progscala2/patternmatching/regex-assignments.sc 











scala> val cols = """\*[[\w, ]+""" // 用 
cols: String = \*|[\w, ]+ 


Fed 

















// MFH 


scala> val table = rn 
table: String = \w+ 

















scala> val tail = """.#""" 
tail: String = .* 





scala> val selectRE = 


是 取 列 


ude 


// 用 于 其 他 语句 


| s"""SELECT\\s*(DISTINCT)?\\s+($cols)\\s*FROM\\s+($table)\\s*($tail)?;""".r 


selectRE: scala.util.matching.Regex = \ 


SELECT\s*(DISTINCT)?\s+(\*|[\w, ]+)\s*FROM\s+(\w+)\s*(.*)?; 


scala> val selectRE(distinct1, colsi, tablet, 
| "SELECT DISTINCT * FROM atable;" 

distinct1: String = DISTINCT 

colsi: String = * 

table1: String = atable 

otherClauses: String = "" 

scala> val selectRE(distinct2, cols2, table2, 
| "SELECT coli, col2 FROM atable;" 

distinct2: String = null 

cols2: String = "coli, col2 " 

table2: String = atable 

otherClauses: String = 


scala> val selectRE(distinct3, cols3, table3, 


otherClauses) = 


otherClauses) = 


otherClauses) = 





| "SELECT DISTINCT coli, col2 FROM atable;" 
distinct3: String = DISTINCT 
cols3: String = "col1, col2 " 
table3: String = atable 
otherClauses: String = "" 


scala> val selectRE(distinct4, cols4, table4, otherClauses) = 
| "SELECT DISTINCT coli, col2 FROM atable WHERE coli = 'foo';" 
distinct4: String = DISTINCT 
cols4: String = "col1, col2 " 
table4: String = atable 
otherClauses: String = WHERE col1 = 'foo' 


注意 ， 由 于 用 了 变量 插值 ， 因 此 在 正则 表达 式 字符 串 中 ， 必 须 增加 反 斜 杠 进行 转 义 ， 如 用 
\\s 代替 \s。 


显然 ， 用 正则 表达 式 去 解析 复杂 文本 如 XML 或 编程 语言 ， 有 其 局 限 性 。 抛 开 简单 的 例子 ， 
我 们 考虑 一 个 解析 库 就 会 明白 正则 表达 式 的 局 限 性 。 我 们 会 在 第 20 章 进一步 讨论 。 


4.13 ”总 结 天 于 模式 匹配 的 评价 


模式 匹配 是 一 个 强大 的 “协议 ”， 用 于 从 数据 结构 中 提取 数据 。JavaBeans 模型 有 一 个 无 意 
中 造成 的 结果 ， 就 是 模式 匹配 将 会 鼓励 开发 者 用 getter 和 setter 暴露 对 象 的 属性 。 而 这 种 
做 法 往往 忽略 了 一 点 ， 即 状态 应 该 被 封装 ， 只 在 恰当 的 时 候 才 暴露 出 来 ， 尤 其 对 可 变 的 属 
性 而 言 更 是 如 此 。 对 状态 信息 的 获取 应 该 小 心 设计 ， 以 反映 暴露 的 抽象 。 

考虑 一 下 ， 当 你 需要 以 一 种 可 探 的 方式 抽取 信息 时 ， 如 何 使 用 模式 匹配 ? 正如 我 们 在 
unapply 方法 中 看 到 的 那样 ， 你 可 以 自 定义 unapply 方法 去 控制 暴露 出 来 的 状态 。 这 些 方 法 
允许 你 抽取 信息 的 同时 隐藏 实现 细节 。 实 际 上 ，unappty 方法 返回 的 信息 可 能 是 类 型 的 属 
性 值 经 过 转换 后 的 结果 。 


最 后 要 说 明 的 是 : 当 设 计 模 式 匹配 语句 时 ， 需 要 谨慎 对 待 默 认 的 case 子 句 。 在 什么 情况 
下 ， 才 应 该 出 现 “ 以 上 均 不 匹配 ”的 情况 呢 ? 默认 case 子 句 有 可 能 表明 ， 你 该 改善 一 下 程 
序 的 设计 了 。 这 样 ， 你 会 更 准确 地 知道 程序 中 可 能 发 生 的 所 有 匹配 的 情况 。 

在 for 循环 中 ， 模 式 匹 配 的 惯用 方法 使 得 Scala 代码 简单 却 又 强大 。 对 于 功能 相同 的 代码 ， 
Scala 程序 的 行 数 比 Java 程序 少 10 倍 的 情况 并 不 罕见 。 

所 以 ， 尽 管 Java 8 增加 匿名 函数 (Lambda) 一 种 类 似 模式 匹配 和 for 循环 的 工具 一 一 是 
一 个 巨大 的 改进 ， 但 Scala 可 以 缩减 几 行 代 码 的 优势 ， 是 一 个 让 你 由 Java 转向 Scala 的 理由 。 


2r E 
414 ”本章 回顾 与 下 一 章 提要 
模式 匹配 是 很 多 图 数 式 语 言 之 所 以 强大 的 标志 。 它 是 一 个 可 以 灵活 又 简洁 地 从 数据 结构 中 
抽取 数据 的 工具 。 我 们 已 经 看 到 了 在 case 语句 和 其 他 表达 式 中 使 用 模式 匹配 的 示例 。 


下 一 章 我 们 将 讨论 一 个 Scala 中 独一无二 、 强 大 但 有 争议 的 特性 一 一 隐 含 。 其 中 有 一 系列 用 于 
构建 领域 特定 语言 (DSL) 的 工具 ， 可 以 减少 元 余 度 ， 使 API 更 易 使 用 、 更 易 进行 自 定义 。 
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第 5 章 


隐 式 详解 





A (implicit) 是 Scala 的 一 个 强大 的 特性 ， 同 时 也 是 一 个 可 能 存在 争议 的 特性 。 使 用 隐 
式 能 够 减少 代码 ， 能 够 向 己 有 类 型 中 注入 新 的 方法 ， 也 能 够 创建 领域 特定 语言 (DSL). 
隐 式 之 所 以 会 产生 争议， 是 因为 除了 通过 Predef 对 象 自动 加 载 的 那些 隐 式 对 象 外 ， 其 他 在 
源码 中 出 现 的 隐 式 对 象 均 不 是 本 地 对 象 。 隐 式 对 象 一 旦 进入 作用 域 ， 编 译 器 便 能 执行 该 隐 
式 对 象 以 生成 方法 参数 或 将 指定 参数 转化 成 预期 类 型 。 不 过 在 阅读 源 代码 时 ， 读 者 无 法 简 
单 地 指出 什么 时 候 会 应 用 这 些 隐 式 值 和 隐 式 方法 ， 而 这 可 能 会 给 该 读者 造成 困惑 。 幸 运 的 
是 随 着 经 验 的 累积 ， 你 能 够 意识 到 什么 时 候 将 会 触发 这 些 隐 式 对 象 ， 你 也 可 以 通过 阅读 这 
些 对 象 的 API 来 学 习 这 些 知识 。 不 过 对 于 初学 者 而 言 ， 这 将 是 一 段 意 外 之 旅 。 

想 要 理解 隐 式 对 象 的 工作 机 制 需 要 采用 较为 直接 的 学 习 方 法 。 本 章 的 大 多 数 篇 幅 将 通过 示 
例 讲解 隐 式 对 象 能 够 解决 的 问题 。 


5.1 RSH 
在 2.5.3 节 中 ， 我 们 使 用 了 implicit 关键 字 标 记 那 些 用 户 无 需 显 式 提 供 的 方法 参数 。 调 用 
方法 时 ， 如 果 未 输入 隐 式 参数 且 代码 所 处 作用 域 中 存在 类 型 兼容 值 时 ， 类 型 兼容 值 会 从 作 
用 域 中 调 出 并 被 使 用 ， 反 之 ， 系 统 将 会 抛 出 编译 器 错误 。 
假设 我 们 定义 了 一 个 用 于 计算 销售 税 的 方法 ， 而 税率 被 设置 为 隐 式 参数 。 

def calcTax(amount: Float)(implicit rate: Float): Float = amount * rate 
调用 该 方法 时 ， 系 统 会 将 代码 所 在 局 部 作用 域 中 的 某 一 隐 式 值 传 入 此 方法 : 


implicit val currentTaxRate = 0.08F 










































































val tax = calcTax(50000F) // 4000.0 
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对 于 某 些 简单 的 场景 ， 设 定 一 个 固定 的 浮 点 数 就 能 满足 需求 。 不 过 有 些 场景 可 能 就 不 这 么 
简单 了 。 例 如 某 些 应 用 需要 知道 当前 事务 发 生 的 具体 地 点 ， 以 便 增收 地 方 税 。 而 为 了 促进 
购物 消费 ， 某 些 辖 区 也 可 能 会 将 年 假 的 最 后 几 天 设 定 为 “免税 期 ”。 
幸运 的 是 ， 我 们 可 以 使 用 隐 式 方法 解决 这 一 问题 。 隐 式 对 象 本 身 不 具有 任何 参数 ， 除 非 该 
参数 同样 被 标示 为 隐 式 参数 。 下 面 列举 了 计算 销售 税 的 完整 示例 : 


// src/main/scala/progscala2/implicits/implicit-args.sc 








// 永远 不 要 用 FLoat 类 型 表示 货 
def calcTax(amount: Float)(implicit rate: Float): Float = amount * rate 


object SimpleStateSalesTax { 
implicit val rate: Float = 0.05F 


} 


case class ComplicatedSalesTaxData( 
baseRate: Float, 
isTaxHoliday: Boolean, 
storelId: Int) 


object ComplicatedSalesTax { 
private def extraTaxRateForStore(id: Int): Float = { 
// 可 以 通过 id 推断 出 商铺 所 在 地 ,之 后 再 计算 附加 税 …… 
0.0F 
} 



































implicit def rate(implicit cstd: ComplicatedSalesTaxData): Float = 
if (cstd.isTaxHoliday) 0.0F 
else cstd.baseRate + extraTaxRateForStore(cstd.storeld) 


} 
{ 


import SimpleStateSalesTax.rate 


val amount = 100F 
println(s"Tax on Samount = ${calcTax(amount)}") 


} 
{ 


import ComplicatedSalesTax.rate 
implicit val myStore = ComplicatedSalesTaxData(0.06F, false, 1010) 


val amount = 100F 
println(s"Tax on Samount = ${calcTax(amount)}") 


} 


尽管 我 们 是 在 可 插入 字符 串 (interpolated string) 中 调用 calcTax 方法 ， 但 该 方法 仍然 会 将 
隐 式 值 应 用 到 rate 参数 上 。 


还 有 一 类 更 复杂 的 情景 : 我 们 可 以 定义 一 个 包含 了 隐 式 参数 的 隐 式 方法 ， 该 隐 式 参数 将 接 
收 方法 所 需 的 数据 。 


运行 该 脚本 将 得 到 以 下 输出 : 
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Tax on 100.0 


5.0 
Tax on 100.0 6.0 


调用 implicitly 方 法 

Predef 对 象 中 定义 了 一 个 名 为 implicity 的 方法 。 如 果 将 implicity 方法 与 附加 类 型 签名 
(type signature addition) 相 结合 ， 便 能 以 一 种 有 用 且 快 捷 的 方式 定义 一 个 接收 参数 化 类 型 
隐 式 参数 的 函数 。 


在 下 列 示例 中 ， 我 们 使 用 了 这 种 方法 对 List 的 sortBy 方法 进行 封装 。 


// src/main/scala/progscala2/implicits/implicitly-args.sc 
import math.Ordering 


case class MyList[A](list: List[A]) { 
def sortBy1[B](f: A => B)(implicit ord: Ordering[B]): List[A] = 
list.sortBy(f) (ord) 


def sortBy2[B : Ordering](f: A => B): List[A] = 
list.sortBy(f)(implicitly[Ordering[B]]) 
} 


val list = MyList(List(1,3,5,2,4)) 


list sortBy1 (i => -i) 

list sortBy2 (i => -i) 
有 些 集合 提供 了 一 些 排序 方法 ，List.sortBy 便 是 其 中 之 一 。List.sortBy 方法 的 第 一 个 参 
数 类 型 为 函数 ， 该 输入 函数 能 够 将 函数 的 输入 参数 转化 为 男 一 个 满足 math. Ordering 条 件 
的 类 型 。 而 math.Ordering 是 与 Java 中 的 Comparable (http://docs.oracle.com/javase/8/docs/ 
api/java/lang/Comparable.html) 抽象 等 同 的 类 型 。List.sortBy 方法 的 另 一 个 参数 则 为 隐 式 
参数 ， 该 参数 知道 如 何 对 类 型 B 的 实例 进行 排序 。 


MyList 类 提供 了 两 种 方式 编写 像 sortBy 类 型 的 方法 。 第 一 种 实现 : sortByl 方法 应 用 了 
我 们 已 知 的 语法 。 该 方法 接受 一 个 额外 的 类 型 为 ordering[B] 的 隐 式 值 作为 其 输入 。 调 用 
sortBy1 方法 时 ， 在 当前 作用 域 中 一 定 存在 某 一 0rdering[B] 的 对 象 实例 ， 该 实例 清楚 地 知 
道 如 何 对 我 们 所 需要 的 B 类 型 对 象 进行 排序 。 我 们 认为 B 的 界限 被 “上 下 文 ” 所 限定 ,在 
这 个 例子 中 ， 上 下 文 限定 了 B 对 实例 进行 排序 的 能 力 。 

由 于 这 种 Scala 方言 应 用 非常 普遍 ， 因 此 Scala 提供 了 一 个 简化 版 的 语法 ， 这 正 是 第 二 类 实 
现 sortBy2 所 使 用 的 语法 。 类 型 参数 B : Ordering 被 称 为 上 下 文 定 界 (context bound), 它 
暗 指 第 二 个 参数 列表 (也 就 是 那个 隐 式 参数 列表 ) 将 接受 0rdering[B] 实例 。 


不 过 ， 我 们 仍 需要 在 方法 中 访问 Ordering 对 象 实例 。 由 于 在 源 代码 中 我 们 不 再 明确 地 声 
HH Ordering 对 象 实例 ， 因 此 这 个 实例 没有 自己 的 名 称 。 针 对 这 种 现象 我 们 该 怎么 办 呢 ? 
predef.implicitly 方 法 帮 我 们 解决 了 这 个 问题 。implicitly 方 法 会 对 传 给 函数 的 所 有 
标记 为 隐 式 参数 的 实例 进行 解析 。 请 注意 implicitly 方法 所 需要 的 类 型 签名 ， 在 本 例 中 
ordering[B] 是 其 类 型 签名 。 
























































当 我 们 需要 类 型 为 参数 化 类 型 的 隐 式 参数 时 ， 当 类 型 参数 属于 当前 作用 域 的 
其 他 一 些 类 型 时 〈 例 如 : [B : Ordering] 代表 了 类 型 为 Ordering[B] 的 隐 
式 参数 )， 可 以 将 上 下 文 定 界 (context bound) 与 implicitly 方法 结合 起 来 ， 
以 简洁 地 方式 解决 这 个 问题 。 








5.2 ” 隐 式 参数 适用 的 场景 

程序 员 应 谨慎 明智 地 使 用 隐 式 对 象 。 滥 用 隐 式 对 象 会 让 读者 无 法 理解 代码 的 用 意 。 

既然 隐 式 参数 具有 准 端 ， 那 么 我 们 为 什么 还 要 使 用 它 呢 ? 目 前 已 经 有 不 少 通过 隐 式 参数 实 
现 的 常见 习 语 (idiom)， 隐 式 参 数 为 这 些 习 语 带 来 两 类 好 处 : 第 一 类 好 处 是 能 够 消除 样板 
代码 ， 例 如 隐 式 对 象 提供 了 上 下 文 信息 以 省 略 明确 指定 这 些 信息 的 代码 ， 第 二 类 好 处 是 
通过 引入 约束 来 减少 bug 数量 以 及 使 用 参数 化 类 型 对 某 些 方法 允许 的 输入 参数 类 型 进行 限 
定 。 下 面 我 们 将 对 这 些 习 语 进 行 分 析 。 


5.2.1 执行 上 下 文 


在 2.5.3 节 ， 我 们 学 习 了 关于 Future 对 象 的 示例 ， 示 例 中 的 apply 方法 的 第 二 个 参数 列 
表 被 设 为 隐 式 参数 ， 该 参数 用 于 将 ExecutionContext 对 象 (http://www.scala-lang.org/api/ 
current/#scala.concurrent.ExecutionContext) 传递 给 Future.applty 方法 (http://www.scala- 








lang.org/api/current/#scala.concurrent.Future$) : 

apply[T](body: => T)(implicit executor: ExecutionContext): Future[T] 
一 些 其 他 的 方法 同样 提供 了 这 类 隐 式 参数 。 
尽管 我 们 在 调用 这 些 方法 时 并 未 指定 ExecutionContext 对 象 ， 但 是 我 们 导入 了 可 供 编 译 器 
使 用 的 全 局 默认 值 : 

import scala.concurrent.ExecutionContext.Implicits.global 
使 用 隐 式 参数 传 入 “执行 上 下 文 ” 是 一 个 值得 推荐 的 用 法 。 另 外 ， 编 写 事务 、 数 据 库 连 
接 、 线 程 池 以 及 用 户 会 话 时 隐 式 参数 上 下 文 也 同样 适合 使 用 。 使 用 方法 参数 能 组 合 行为 ， 
而 将 方法 参数 设置 为 隐 式 参数 能 够 使 API 变 得 更 加 简洁。 





5.2.2 ”功能 控制 

除了 能 够 传递 上 下 文 对 象 之 外 ， 隐 式 参 数 还 具有 控制 系统 功能 的 作用 。 

举 个 例子 ， 通 过 引入 授权 令 牌 ， 我 们 可 以 控制 某 些 特定 的 API 操作 只 能 供 某 些 用 户 调用 ， 我 
们 也 可 以 使 用 授权 令 牌 决定 数据 可 见 性 ， 而 隐 式 用 户 会 话 参 数 也 许 就 包含 了 这 类 令 牌 信息 。 
假设 你 想 要 创建 用 户 界 面 的 菜单 ， 其 中 某 些 菜单 项 只 对 已 登录 用 户 可 见 ， 而 其 他 菜单 项 则 
仅 对 未 登录 用 户 可 见 。 


def createMenu(implicit session: Session): Menu = { 
val defaultItems = List(helpItem, searchItem) 
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val accountItems = 


if (session. loggedin()) List(viewAccountItem, editAccountItem) 
else List(loginItem) 
Menu(defauLtItems ++ accountItems) 


} 


5.2.3 ”限定 可 用 实例 

设想 一 下 ， 我 们 希望 对 具有 参数 化 类 型 方法 中 的 类 型 参数 进行 限定 ， 使 该 参数 只 接受 某 些 
类 型 的 输入 。 那 么 该 如 何 处 理 呢 ? 

假如 允许 输入 的 所 有 参数 类 型 均 为 某 一 公共 超 类 的 子 类 型 ， 那 么 无 需 应 用 隐 式 技术 ， 面 向 
对 象 的 技术 便 可 解决 这 一 问题 。 让 我 们 首先 思考 一 下 解决 方案 。 

在 3.10 节 中 ， 我 们 通过 示例 演示 和 掌握 了 如 何 实现 资源 管理 器 : 


object manage { 
def apply[R <: { def close():Unit }, T](resource: => R)(f: R => T) = {...} 


} 



























































类 型 参数 R 必须 是 定义 了 close():Unit 方法 的 任意 类 型 的 子 类 。 否 则 ， 我 们 管理 的 所 有 资 
源 都 必须 实现 Closable 的 trait (请 回顾 Scala 是 如 何 使 用 trait 取代 并 扩展 Java 接口 的 。 详 
情 参 见 3.14 节 ): 














trait Closable { 
def close(): Unit 
} 
object manage { 
def appLy[R <: Closable, T](resource: => R)(f: R => T) = {...} 


} 


假如 这 些 类 型 并 无 公共 超 类 ， 这 项 技术 便 无 用 武之 地 。 对 于 这 种 情况 ， 我 们 可 以 使 用 隐 式 
参数 对 允许 的 类 型 进行 限定 。Scala 集合 API 就 是 利用 这 项 技术 解决 了 一 些 设计 上 的 问题 。 
具体 的 集合 类 所 支持 的 某 些 方法 是 由 父 类 实现 的 。 例 如 : List[A].map(f: A => B): 
List[B] 方法 首先 将 国 数 f 运 用 在 各 个 元 素 之 上 ， 之 后 又 创建 了 一 个 新 的 列表 。 由 于 大 多 
数 的 集合 都 提供 了 map 方法 ， 因 此 在 一 个 通用 的 trait 中 实现 map 方法 ， 再 将 该 trait 混和 人 
(我 们 在 3.14 节 中 讨论 了 如 何 使 用 trait 实现 “混入 ”) 到 需要 该 方法 的 集合 中 也 就 顺理成章 
了 。 不 过 假如 我 们 希望 map 方法 能 返回 与 容器 元 素 类 型 相同 的 类 型 ， 那 么 又 该 使 用 什么 机 
制 通知 map 方法 呢 ? 











应 用 Scala API 


Scala API 运用 一 种 常见 的 手法 ， 将 一 个 “构建 器 ”(builder) 作为 隐 式 参数 传人 到 map 方 
法 中 。 该 构建 器 知道 如 何 构 造 一 个 同 种 类 型 的 新 容器 。 这 实际 上 与 定义 在 TraversableLike 
(http://www.scala-lang.org/api/current/index.html#scala.collection.TraversableLike) 中 


的 map 方法 的 签名 很 相似 。TraversableLike 是 一 个 trait， 它 被 混入 了 那些 “可 遍历 ” 
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(traversable) 的 容器 类 型 中 。 


trait TraversableLike[+A, +Repr] extends ... { 


def map[B, That](f: A => B)( 
implicit bf: CanBuildFrom[Repr, B, That]): That = {...} 


oe 


我 们 再 回顾 一 下 ，+A 意味 着 TraversableLike[A] 类 型 是 A 类 型 的 协 变 (covariant) ; 假如 B 
类 型 是 A 类 型 的 子 类 型 ， 那 么 TraversableLike[B] 类 型 也 是 TraversableLike[A] 类 型 的 子 
CanBuildFrom (http://www.scala-lang.org/api/current/index.html#scala.collection.generic. 


CanBuildFrom) 便 是 我 们 所 使 用 的 构造 器 。 只 要 存在 一 个 隐 式 构建 器 对 象 ， 你 便 能 够 构建 
出 任意 一 个 你 想 要 的 新 容器 。 为 了 强调 这 点 ， 该 构建 器 被 命名 为 CanBuildForm。 


实际 上 ， 容 器 通过 Repr 类 型 持 有 内 部 的 元 素 ， 而 B 类 型 则 是 函数 f 所 生成 的 元 素 的 类 型 。 
B 便 是 我 们 想 要 创建 的 目标 集合 的 类 型 参数 。 通 常情 况 下 ， 我 们 希望 构建 一 个 与 输入 类 
型 相同 新 的 容器 ， 人 允许 类 型 参数 有 所 差异 。 也 就 是 说 ，B 也 许 与 A 类 型 相同 ， 也 许 不 同 。 
Scala API 为 所 有 内 置 的 容器 类 型 提供 了 隐 式 的 CanBuildFron 构造 器 。 


因此 ，map 操作 可 以 输出 的 集合 类 型 是 由 当前 存在 的 对 应 的 CanBuildFron 构造 器 实例 所 决 
定 的 ， 而 这 些 构造 器 在 当前 作用 域 被 声明 为 隐 式 对 象 。 假 如 你 自 定义 了 某 些 容器 ， 而 你 希 
望 能 够 复 用 像 TraversableLike.map 这 样 的 方法 实现 ， 你 需要 创建 CanBuildFrom 类 型 ， 并 
在 这 些 容器 的 代码 中 导入 它们 的 隐 式 示例 。 

下 面 我 们 将 学 习 另 一 个 示例 : 你 希望 编写 Java 数据 库 API 的 Scala 封装 类 。 这 个 示例 受到 
了 Cassandra 数据 库 API (https://github.com/datastax/java-driver) 的 启发 : 






































// src/main/scala/progscala2/implicits/java-database-api.scala 














// 为 了 方便 用 户 使 用 ,我 们 使 用 Scala 编写 了 数据 库 API ,该 API 与 Java API 较 为 类 似 。 
package progscala2.implicits { 
package database api { 











case class InvalidColumnName(name: String) 
extends RuntimeException(s"Invalid column name $name") 


trait Row { 
def getInt (colName: String): Int 
def getDouble(colName: String): Double 
def getText (colName: String): String 
} 
} 


package javadb { 
import database_api._ 


case class JRow(representation: Map[String,Any]) extends Row { 
private def get(colName: String): Any = 
representation.getOrElse(colName, throw InvalidColumnName(colName) ) 
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def getInt (colName: String): Int 

def getDouble(colName: String): Double 

def getText (colName: String): String 
} 


get(colName).asInstanceOf [Int] 
get(colName).asInstanceOf [Double] 
get(colName).asInstanceOf [String] 


object JRow { 
def apply(pairs: (String,Any)*) = new JRow(Map(pairs :_*)) 
} 
} 
} 


为 了 方便 起 见 ， 我 使 用 Scala 语言 编写 了 这 个 API。API 使 用 Map 表示 结果 集中 的 一 行 ， 不 
过 考虑 到 效率 问题 ， 在 现实 的 实现 中 也 许 会 使 用 字 市 数组 表示 一 行 数据 。 

getInt, getDouble, getText 以 及 其 他 一 些 尚 未 实现 的 一 组 方法 便 构成 了 该 API 的 核心 功 
能 。 这 些 方法 将 某 一 列 的 原始 数据 转化 为 具有 正确 类 型 的 值 ， 假 如 你 对 某 一 列 使 用 了 错 
误 的 类 型 方法 ， 这 些 方法 将 抛 出 ClassCaseException 异常 (http://docs.oracle.com/javase/8/ 
docs/api/java/lang/ClassCastException.html ) 。 

如 果 我 们 只 定义 一 个 get[T] 方法 ， 其 中 T 代表 某 一 允许 的 列 值 类 型 ， 会 不 会 更 好 一 些 呢 ? 
这 有 助 于 提供 更 加 统一 的 调用 接口 ， 因 为 调用 这 一 方法 时 我 们 不 再 需要 case 语句 选择 正确 
的 调用 方法 ， 而 且 有 时 候 我 们 还 能 在 这 些 接口 中 使 用 类 型 推导 。 

在 Java 中， 原始 类 型 与 引用 类 型 的 区 别 之 一 在 于 我 们 无 法 在 像 get[T] 这 样 的 参数 化 方法 
中 使 用 原始 类 型 。 我 们 必须 使 用 装 箱 后 的 类 型 ， 比 如 使 用 Java. Lang. Integer 类 型 来 替代 
int 类 型 。 但 是 在 高 性 能 数据 应 用 程序 中 我 们 往往 不 希望 出 现 装 箱 操作 的 性 能 损耗 ! 

不 过 ， 我 们 在 Scala 中 可 以 这 样 做 : 


// src/main/scala/progscala2/implicits/scala-database-api.scala 









































// 运用 ScalLa 封 装 对 象 实现 类 Java 的 数据 库 API。 
package progscala2.implicits { 
package scaladb { 
object implicits { 
import javadb.JRow 





implicit class SRow(jrow: JRow) { 
def get[T](colName: String)(implicit toT: (JRow,String) => T): T = 
toT(jrow, colName) 


} 


implicit val jrowToInt: (JRow,String) => Int = 
(jrow: JRow, colName: String) => jrow.getInt(colName) 
implicit val jrowToDouble: (JRow,String) => Double = 
(jrow: JRow, colName: String) => jrow.getDouble(colName) 
implicit val jrowToString: (JRow,String) => String = 
(jrow: JRow, colName: String) => jrow.getText(colName) 


} 


object DB { 
import implicits._ 
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def main(args: Array[String]) = { 
val row = javadb.JRow("one" -> 1, "two" -> 2.2, "three" -> "THREE!") 


val oneValue1: Int 
val twoValue1: Double row.get("two") 

val threeValue1: String = row.get("three") 

// val fourValue1: Byte = row.get("four") // 不 编译 该 行 


row.get("one") 


println(s"one1 -> SoneValuei") 
println(s"two1 -> $twoValuei") 
println(s"three1 -> $threeValue1") 


val oneValue2 row.get[Int]("one") 


val twoValue2 = row.get[Double]('"two") 

val threeValue2 = row.get[String]("three") 

// val fourValue2 = row.get[Byte]("four") // 不 编译 该 行 
printLn(s"one2 -> SoneValue2") 


printLn(s"two2 -> $twoValue2") 
println(s"three2 -> $threeValue2") 
} 
} 
} 
} 


在 隐 式 对 象 中 ， 我 们 使 用 了 一 个 隐 式 类 对 Java 的 Row 类 进行 封装 ， 而 该 封装 类 中 提供 了 
我 们 想 要 的 get[T] 方法 。 我 们 将 这 些 类 称 为 隐 式 转换 (implicit conversion)。 这 一 知识 点 
我 们 将 在 本 章 后 面 的 篇 幅 中 谈论 到 。 现 在 ， 你 只 需要 了 解 使 用 隐 式 转换 后 我 们 可 以 对 JRow 
实例 调用 get[T] 方法 ， 就 好 像 该 方法 就 是 为 该 实例 定义 的 那样 。 


get[T] 方法 接受 两 个 参数 列表 ， 第 一 个 参数 列表 是 从 行 中 读 取 数据 所 需要 使 用 到 的 列 名 ， 
第 二 个 是 一 个 隐 式 函数 参数 。 该 函数 将 抽取 行 中 茶 一 列 的 数据 ， 并 将 该 列 数 据 转 化 成 正确 
的 类 型 。 

假如 你 仔细 阅读 get[T] 方法 ， 你 会 注意 到 该 方法 引用 了 jron 实例 ， 而 jrow 实例 被 传递 给 
了 SRow 的 构造 方法 。 不 过 ， 我 们 并 未 使 用 val 关键 字 声 明 ， 因 此 jron 并 不 是 该 类 的 成 员 。 
那么 get[T] 方法 是 如 何 引 用 这 个 值 的 呢 ? 很 简单 ， 由 于 jrow 位 于 类 体 作 用 域内 ，get[T] 
可 以 直接 使 用 它 。 

有 时 某 些 构造 参数 并 未 被 声明 为 一 个 字段 (使 用 val 或 var)， 这 是 因为 这 些 
参数 并 未 持 有 类 型 的 状态 信息 ， 因 此 也 无 需 暴 露 给 客户 。 不 过 由 于 这 些 参数 

位 于 整个 类 型 体 的 作用 域内 ， 类 型 的 其 他 成 员 仍 可 以 引用 它们 。 
































我 们 接 下 来 定义 了 三 个 函数 类 型 的 隐 式 值 ， 这 些 函 数 输入 JRow， 返 回 具 有 正确 类 型 的 列 
值 。 为 了 能 够 调用 get[T]， 这 些 函 数 使 用 了 implicitly 方法 。 

最 后 ， 我 们 定义 用 于 测试 的 DB 对 象 。 该 对 象 首先 创建 了 一 个 JRow 对 象 ， 之 后 对 JRow 对 
象 调用 get[T] 方法 ， 获 得 了 三 列 的 数值 。DB 对 象 执行 了 两 遍 这 样 的 操作 。 第 一 遍 执行 操 
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作 时 ， 系 统 能 够 通过 变量 类 型 推导 出 T 类 型 ， 例 如 : 根据 oneValuet 的 类 型 推导 出 T 类 型 。 
而 第 二 次 执行 操作 时 ， 我 们 省 略 了 变量 类 型 注释 ， 明 确 地 指定 get[T] 中 T 对 应 的 参数 值 。 
因此 ， 我 更 青睐 于 第 二 种 方式 。 

如 果 想 要 执行 该 代码 ， 我 们 需要 启动 sbt 并 输入 run-main progscala2.implicits. 
scaladb.DB 命令 。 该 命令 将 会 按 需 编译 代码 : 





























> run-main progscala2.implicits.scaladb.DB 
[info] Running scaladb.DB 

onel ->1 

two1 -> 2.2 

three1 -> THREE! 

one2 -> 1 

two2 -> 2.2 

three2 -> THREE! 

[success] Total time: 0s, ... 


请 注意 源 代码 中 注释 了 抽取 字 节 值 对 应 的 代码 行 。 假 如 移 除了 这 些 行 中 的 // 字符 ， 编 译 
将 会 出 现 错 误 。 下 面 列 出 了 在 移 除 第 一 行 注释 代码 后 的 错误 信息 (为 了 适应 图 书 大 小 ， 我 
们 在 错误 信息 中 添加 了 换行 符 )。 
[error] .../implicits/scala-database-api.scala:31: ambiguous implicit values: 
[error] both value jrowToInt in object Implicits of type => 
(javadb.JRow, String) => Int 
[error] and value jrowToDouble in object Implicits of type => 
(javadb.JRow, String) => Double 
[error] match expected type (javadb.JRow, String) => T 
[error] val fourValue1: Byte = row.get("four") // 本 行 不 会 被 编译 


我 们 遇 到 了 两 种 可 能 错误 中 的 一 种 。 在 这 个 例子 中 ， 由 于 作用 域 中 存在 一 些 隐 式 转换 ， 同 
Ih}, Byte 是 如 同 Int 或 Double 类 型 的 数字 ， 编 译 器 因此 并 没有 将 其 转换 成 两 者 中 的 任意 
一 种 类 型 ， 因 为 编译 不 允许 出 现 二 义 性 。 但 由 于 这 两 个 函数 抽取 了 太 多 的 字 市 ， 无 论 如 何 
都 会 抛 出 错误 ! 
假设 当前 作用 域 中 不 存在 任何 隐 式 转换 ， 你 也 会 得 到 一 个 不 同 的 错误 。 即 使 我 们 注释 了 对 
A Implicit 中 定义 的 三 个 隐 式 值 ， 每 次 调用 时 也 会 出 现下 列 错误 : 






























































[error] .../implicits/scala-database-api.scala:28: 
could not find implicit value for parameter toT: (javadb.JRow, String) => T 
[error] val oneValue1: Int = row.get("one") 


我 们 再 回顾 一 下 ， 通 过 传 入 一 个 隐 式 参数 以 及 只 定义 符合 我 们 允许 的 类 型 所 对 应 的 隐 式 
值 ， 我 们 就 可 以 对 可 用 于 参数 化 方法 的 类 型 进行 了 限定 。 


顺便 提 一 下 ， 本 示例 受到 了 之 前 编写 的 API 的 启发 。 之 前 的 API 使 得 JRow 能 在 更 多 时 候 
与 隐 式 函数 关联 上 ， 这 样 我 便 可 以 钥 入 “仿造 ”的 或 真实 的 Cassandra 数据 ， 甚 中 的 仿造 
数据 用 于 测试 。 

5.2.4 KEHE 

在 上 一 节 中 ， 我 们 讨论 了 如 何 使 用 隐 式 对 象 对 允许 的 类 型 进行 限定 ， 而 这 些 人 允许 的 类 型 并 











fe 
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不 具有 共同 的 超 类 。 除 此 之 外 ， 我 们 还 使 用 隐 式 对 象 执 行 API 的 相关 工作 。 


有 时 候 ， 我 们 只 需要 限定 允许 的 类 型 ， 并 不 需要 提供 额外 的 处 理 。 换 句 话说， 我们 需要 
“证 据 ” 证 明 提 出 的 类 型 满足 我 们 的 需求 。 现 在 我 们 将 讨论 另外 一 种 被 称 为 隐 式 证 据 的 相 
关 技 术 来 对 允许 的 类 型 进行 限定 ， 而 且 这 些 类 型 无 需 继承 某 一 共有 的 超 类 。 


适用 于 所 有 可 遍历 (traversable) 容器 的 topMap 方法 便 是 应 用 该 技术 的 良好 示例 。 我 们 回 
顾 一 下 Map 的 构造 函数 ， 该 函数 接受 键 一 值 对 (key-value pair) 作为 其 输入 参数 ， 例 如 两 
元 元 组 。 假 如 我 们 拥有 一 连 串 的 pair， 那 么 如 果 能 通过 一 个 操作 基于 这 些 pair 值 创 建 Map 
对 象 岂 不 是 更 好 ? 这 便 是 toMap 方法 做 的 事情 ， 不 过 我 们 还 是 有 所 顾虑 ， 因 为 我 们 并 不 允 
许 在 调用 toMap 方法 时 输入 一 组 非 pair 类 型 的 序列 。 


TraversableOnce (http://www.scala-lang.org/api/current/index.html#scala.collection. 


TraversableOnce) 是 这 样 定义 toMap HEN: 


trait TraversableOnce[+A] ... { 





























der toMap[T, U](implicit ev: <:<[A, (T, U)]): immutable.Map[T, U] 
: aes 
隐 式 参数 ev 便 是 我 们 的 “证 据 "， 它 代表 了 我 们 必须 实施 的 约束 。ev 运用 了 Predef HE 
义 的 名 为 <:< 的 类 型 ， 该 名 字 取 自 于 <: 方法 。<: 方法 同样 也 被 用 于 限定 类 型 参数 ， 例 如 : 
A <: B。 
我 们 曾 提 及 过 ， 可 以 使 用 中 组 表示 法 表示 由 两 个 类 型 参数 所 组 成 的 类 型 ， 因 此 下 列 两 种 表 
达 式 是 等 价 的 : 


<:<[A, B] 
A <:< B 








在 toMap 中 ，B 实际 上 是 一 个 pair: 

<:<[A, (T, U)] 

A <:< (T, U) 
现在 ， 假 如 我 们 希望 将 一 个 可 遍历 计划 转换 成 Map 对 和 象 ， 编 译 器 会 结合 我 们 所 需要 的 隐 式 
证 据 ev 值 来 进行 判定 ， 只 有 满足 A <: (T,U) 时 才 会 执行 操作 。 也 就 是 说 ， 编 译 器 会 检查 
A 是 否 是 一 个 pair， 如 果 满 足 该 条 件 ， 便 会 调用 toMap 方法 并 将 可 遍历 的 元 素 传递 给 Map 构 
造 器 ; 假如 A 不 是 pair 类 型 ， 编 译 器 将 会 抛 出 错误 : 


scala> val 11 = List(1, 2, 3) 
tie List[Int] = List(1, 2, 3) 








scala> 11.toMap 
<console>:9: error: Cannot prove that Int <:< (T, U). 
11.toMap 
N 


scala> val L2 = List("one" -> 1, "two" -> 2, "three" -> 3) 
12: List[(String, Int)] = List((one,1), (two,2), (three,3)) 
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scala> L2.toMap 

res3: scala.collection.immutable.Map[String,Int] = 

Map(one -> 1, two -> 2, three -> 3) 
因此 ,“ 证 据 ” 存 在 的 意义 仅仅 是 为 了 实施 某 一 类 型 约束 。 我 们 无 需 定义 一 个 隐 式 值 来 执 
行 额外 的 自 定义 工作 。 
Predef 对 象 中 还 定义 了 一 个 名 为 =:= 的 “证 据 ” 类 型 ， 它 可 以 证 明 两 个 类 型 之 间 的 等 价 关 
系 。 但 该 类 型 并 未 得 到 广泛 的 应 用 。 


5.2.5” 绕 开 类 型 擦 除 带 来 的 限制 

有 了 隐 式 “证 据 ” 之 后 ， 我 们 在 计算 时 就 可 以 不 再 使 用 隐 式 对 象 。 更 准确 地 说 ， 我 们 只 需 
要 使 用 隐 式 “证 据 ” 证 明 输 入 满足 某 些 特定 的 类 型 约束 。 

KARE (type erasure) 会 带 来 一 些 限 制 。 但 在 接 下 来 的 示例 中 我 们 通过 使 用 隐 式 对 象 提 
供 的 “证 据 ” 巧 妙 地 绕 开 了 这 些 限制 。 

由 于 历史 原因 , JYM“ 忘 记 ” 了 为 参数 化 类 型 提供 类 型 参数 。 例 如 ， 我 们 在 下 面 定 义 了 重 
载 方法 ， 虽 然 这 些 方法 具有 相同 的 名 称 ， 但 它们 的 类 型 签名 却 互 不 相同 : 


object C { 

def m(seq: Seq[Int]): Unit = println(s"Seg[Int]: $seq") 

def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
} 


我 们 再 来 看 看 在 REPL 会 话 中 运行 这 段 代码 会 出 现 什么 情况 : 


scala> :paste 


// 进入 粘贴 模式 (输入 ctrl-D 结 束 该 模式 ) 












































object M { 

def m(seq: Seq[Int]): Unit = println(s"Seq[Int]: $seq") 

def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
} 


<ctrl-d> 


// 退出 粘贴 模式 ,现在 进入 解释 执行 模式 。 








<console>:8: error: double definition: 
method m:(seq: Seq[String])Unit and 
method m:(seq: Seg[Int])Unit at line 7 
have same type after erasure: (seq: Seq)Unit 
def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
人 





<ctrl-d> 说 明 我 输入 了 Ctrl-D， 当 然 控制 台 并 不 会 输出 这 一 字符 。 


顺便 提 一 下 ,假如 在 object M 的 作用 域 之 外 输入 这 两 个 方法 的 定义 体 ， 并 且 未 使 用 :paste 
模式 ， 那 么 你 将 看 不 到 任何 报错 信息 。 这 是 因为 为 了 让 客户 使 用 方便 ，REPL 允许 重 定 
义 类 型 、 值 和 方法 ， 而 编译 器 在 编译 常规 文件 时 则 不 允许 这 点 。 假 如 你 忘记 了 REPL 中 
有 这 样 一 个 “便民 ”的 设计 ， 你 也 许 会 以 为 你 成 功 定义 了 两 个 不 同 版 本 的 m 方 法。 而 运 
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行 :paste 模式 时 ， 编 译 器 会 把 Ctrl-D 出 现 前 的 所 有 输入 视 为 一 个 待 编译 的 普通 文件 。 
所 以 ， 正 因为 这 些 方法 在 字 市 码 中 是 一 样 的 ， 编 译 器 不 允许 同时 出 现 这 些 方法 定义 。 
不 过 ， 我 们 可 以 通过 添加 隐 式 参数 来 消除 这 些 方 法 的 二 义 性 : 

// src/main/scala/progscala2/implicits/implicit-erasure.sc 

object M { 


implicit object IntMarker //@ 
implicit object StringMarker 














def m(seq: Seq[Int])(implicit i: IntMarker.type): Unit = // @ 
println(s"Seq[Int]: $seq") 
def m(seq: Seq[String])(implicit s: StringMarker.type): Unit = //° 
println(s"Seq[String]: $seq") 
} 
import M._ //@ 
m(List(1,2,3)) 


m(List("one", "two", "three")) 


o 上 面 的 代码 中 定义 了 两 个 具有 特殊 用 途 的 隐 式 对 象 ， 这 两 个 对 象 将 用 于 解决 由 于 类 型 
控 除 导致 的 方法 二 义 性 问题 。 

@ 重新 定义 输入 参数 为 Seq[Int] 类 型 的 方法 。 现 在 该 方法 新 增 了 第 二 个 参数 列表 ， 新 
增 的 参数 列表 希望 能 够 接收 到 一 个 隐 式 IntMarker 对 象 。 请 注意 该 对 象 的 类 型 是 
IntMarker.type。 该 类 型 引用 了 单 例 对 象 的 类 型 ! 

© 重新 定义 输入 参数 为 seq[String] 的 方法 。 

O 导入 并 使 用 隐 式 值 和 方法 。 这 些 代码 能 够 顺利 通过 编译 并 打印 出 正确 的 输出 。 

现在 ， 即 便 发 生 了 类 型 擦 除 ， 编 译 器 还 是 会 将 这 两 个 m 方 法 视 作 不 同 的 方法 。 你 也 许 会 思 

考 为 什么 要 发 明 新 的 类 型 ， 而 不 使 用 隐 式 Int 和 String (AME? 我 们 并 不 推荐 使 用 常用 类 型 

的 隐 式 值 。 为 什么 呢 ? 假设 当前 作用 域 中 某 一 模块 定义 了 String 类 型 的 一 个 隐 式 参数 以 及 

一 个 “默认 ”的 隐 式 String 类 型 值 ， 之 后 该 作用 域 的 另外 一 个 模块 也 定义 了 隐 式 String 

参数 ， 那 么 这 两 个 隐 式 参数 便 会 导致 系统 出 错 。 首 先 ， 假设 第 二 个 模块 并 未 定义 “上 默认” 

隐 式 值 ， 而 希望 用 户 自己 能 够 定义 适用 于 应 用 程序 的 隐 式 值 。 如 果 用 户 没 有 定义 该 隐 式 

值 ， 那 么 该 模块 便 会 使 用 其 他 模块 的 隐 式 值 ， 这 可 能 会 导致 无 法 预期 的 行为 。 如 果 用 户 定 

义 了 隐 式 值 ， 那 么 这 两 个 出 现在 相同 作用 域 中 的 隐 式 值 将 会 导致 二 义 性 ， 而 编译 器 就 会 抛 

出 错误 。 

第 一 种 场景 会 导致 无 法 预期 的 行为 发 生 ， 而 第 二 类 场景 则 会 立即 触发 错误 。 

比较 安全 的 做 法 是 减少 使 用 隐 式 参数 及 隐 式 值 ， 改 用 那些 专 为 此 目的 设计 的 特有 类 型 。 


尽量 避免 对 Int 和 String 那样 的 常用 类 型 使 用 隐 式 参数 及 其 对 应 值 。 因 为 
与 其 他 类 型 相 比 ， 这 些 类 型 更 有 可 能 会 在 多 处 定义 其 对 应 的 隐 式 对 象 。 假 如 
这 些 隐 式 定义 被 导入 到 相同 的 作用 域内 ， 便 会 导致 程序 bug 或 编译 错误 。 
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我 们 会 在 第 14 章 中 更 详细 地 讨论 类 型 擦 除 的 相关 内 容 。 


5.2.6 改善 报错 信息 


我 们 暂时 先 回 到 集合 API 和 CanBuildFrom 构造 器 的 相关 示例 中 。 如 果 试 图 对 某 一 个 未 定义 
对 应 CanBuildFrom 的 目标 类 型 调用 map 方法 ， 那 会 发 生 什 么 呢 ? 


scala> case class ListWrapper(list: List[Int]) 
defined class ListWrapper 

















scala> List(1,2,3).map[Int,ListWrapper](_ * 2) 
<console>:10: error: Cannot construct a collection of type ListWrapper 
with elements of type Int based on a collection of type List[Int]. 
List(1,2,3).map[Int,ListWrapper ](_*2) 
Nn 


上 述 代码 在 map 方法 中 指定 了 明确 的 类 型 注解 nap[Int,Listwrapper]， 这 确保 了 输出 的 对 
象 类 型 是 我 们 所 希望 的 Listwrapper 类 型 ， 而 不 是 默认 的 List[Int] 类 型 。 而 该 注解 同时 
也 触发 了 我 们 预期 引发 的 错误 。 请 注意 描述 性 的 错误 信息 : Cannot construct a collection 
of type ListWrapper with elements of type Int based on a collection of type List[Int] (如 果 输 
入 类 型 为 List[Int]， 我 们 无 法 通过 类 型 是 Int 类 型 的 元 素 构造 类 型 为 Listnrapper 的 集 
合 )。 这 并 不 是 通常 情况 下 编译 器 因为 无 法 找到 某 一 隐 式 参数 的 隐 式 值 时 所 产生 的 默认 信 
息 。 实 际 上 ， 在 声明 CanBuildFrom 时 指定 了 一 个 名 为 scala.annotation.implicitNotFound 
的 注解 (annotation， 与 Java 的 annotation 相似 ，http:/www.scala-lang.org/api/current/scala/ 
annotation/implicitNotFound.html) 。 该 广 解 指 定 了 那些 错误 信息 的 格式 字符 串 〈 如 果 想 了 解 
更 多 Scala 注解 相关 的 内 容 ， 请 查阅 23.2 5), CanBuildFrom 的 声明 体 如 下 所 示 : 
@implicitNotFound(msg = 
"Cannot construct a collection of type ${To} with elements of type ${Elem}" + 


" based on a collection of type ${From}.") 
trait CanBuildFrom[-From, -Elem, +To] {...} 


你 只 能 对 那些 专 为 满足 隐 式 参数 而 定义 的 、 用 作 隐 式 值 的 类 型 使 用 这 类 注解 。 而 这 些 注解 
无 法 用 于 像 SRow.get[T] 那样 的 接受 隐 式 参数 输入 的 方法 之 上 。 

这 也 解释 了 为 什么 构建 隐 式 时 应 该 使 用 自 定义 类 型 ， 而 不 应 使 用 更 为 常见 的 类 型 ， 比 如 说 
Int 类 型 、String 类 型 甚至 是 像 SRow 示例 中 出 现 的 (JRow, String) => T 函数 类 型 。 使 用 
自 定义 类 型 ， 你 能 为 用 户 提 供 更 有 用 的 错误 信息 。 


5.2.7 虚 类 型 

我 们 之 前 已 经 学 习 了 像 CanBuildFrom 那 种 可 以 添加 行为 的 隐 式 参数 。 也 使 用 了 已 经 定义 好 
的 可 作为 API 调用 时 的 隐 式 值 , 如 : 作用 于 集合 的 toMap 方法 和 <:< 类 型 的 隐 式 实例 。 

接 下 来 我 们 要 进行 的 步骤 是 移 除 所 有 的 实例 ， 仅 仅 留 下 需要 的 类 型 。 这 类 定义 好 的 没有 任 
何 实例 的 类 型 被 称 为 虚 类 型 (phantom type)。 尽 管 虚 类 型 的 名 字 听 起 来 较为 花哨 ， 不 过 它 
仅 表明 我 们 只 关心 类 型 本 身 。 虚 函数 便 是 作为 这 样 一 个 标志 而 存在 的 ， 表 明 我 们 不 会 使 用 
































该 类 型 的 任何 实例 。 
尽管 我 们 即将 谈论 的 虚 类 型 与 隐 式 没有 任何 关系 ， 不 过 它 却 能 用 在 我 们 之 前 解决 的 设计 间 
题 上 。 


对 于 定义 必须 按照 某 一 特定 顺序 执行 的 工作 流 而 言 ， 虚 类 型 作用 很 大 。 我 们 举 一 个 简化 版 
的 工资 计算 器 的 合子。 根据 美国 税法 ， 在 计算 工资 税 之 前 ， 保 险 基金 以 及 某 些 退休 存款 
(401k) 账户 可 以 作为 抵 税 项 先 从 工资 中 扣除 。 因 此 ， 工 资 计算 器 必须 首先 执行 “ 扣 税 前 ” 
的 减 项 操作 ， 然 后 进行 扣 税 ， 最 后 计算 器 会 扣除 扣 税 后 的 其 他 减 项 并 算出 净 收 入 。 

下 面 便 是 该 示例 可 能 的 一 种 实现 : 


// src/main/scala/progscala2/implicits/phantom-types.scala 


// 工资 计算 的 工作 流程 。 












































package progscala.implicits.payroll 


sealed trait PreTaxDeductions 
sealed trait PostTaxDeductions 
sealed trait Final 











// 为 了 简单 起 见 ,此 处 使 用 Float 类 型 表示 金额 ,不 推荐 大 家 这 样 做 …… 

case class EmpLoyee( 
name: String, 
annualSalary: Float, 
taxRate: Float, // 为 了 简化 起 见 ， 所 有 的 税种 税率 相同 。 
insurancePremiumsPerPayPeriod: Float, 
_401kDeductionRate: Float, // 税 前 扣除 项 ,美国 退休 储蓄 计划 扣 款 。 
postTaxDeductions: Float) 


















































case class Pay[Step](empLoyee: Employee, netPay: Float) 


object Payroll { 
// 每 两 周 发 一 次 薪水 。 为 了 简化 问题 ,我 们 认定 每 年 正好 有 52 周 。 
def start(employee: Employee): Pay[PreTaxDeductions] = 
Pay[PreTaxDeductions](employee, employee.annualSalary / 26.0F) 





def minusInsurance(pay: Pay[PreTaxDeductions]): Pay[PreTaxDeductions] = { 
val newNet = pay.netPay - pay.empLloyee.insurancePremiumsPerPayPeriod 
pay copy (netPay = newNet) 


def minus401k(pay: Pay[PreTaxDeductions]): Pay[PreTaxDeductions] = { 
val newNet = pay.netPay - (pay.employee._401kDeductionRate * pay.netPay) 
pay copy (netPay = newNet) 

} 


def minusTax(pay: Pay[PreTaxDeductions]): Pay[PostTaxDeductions] = { 
val newNet = pay.netPay - (pay.employee.taxRate * pay.netPay) 
pay copy (netPay = newNet) 


def minusFinalDeductions(pay: Pay[PostTaxDeductions]): Pay[Final] = { 
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val newNet = pay.netPay - pay.employee.postTaxDeductions 
pay copy (netPay = newNet) 
} 
} 


object CalculatePayroll { 
def main(args: Array[String]) = { 
val e = Employee("Buck Trends", 100000.0F, 0.25F, 200F, 0.10F, 0.05F) 
val pay1 = Payroll start e 
// 491K 和 保险 扣除 的 顺序 可 以 交换 


val pay2 = Payroll minus401k pay1 

val pay3 = Payroll minusInsurance pay2 

val pay4 = Payroll minusTax pay3 

val pay = Payroll minusFinalDeductions pay4 


val twoWeekGross = e.annualSalary / 26.0F 
val twoWeekNet = pay.netPay 
val percent = (twoWeekNet / twoWeekGross) * 100 
println(s"For ${e.name}, the gross vs. net pay every 2 weeks is:") 
println( 
f" $$${twoWeekGross}%.2f vs. $$${twoWeekNet}%.2f or ${percent}%.1f%%" ) 
} 
} 


代码 已 经 通过 了 sbt 的 编译 ， 因 此 可 以 在 sbt 命令 行 下 执行 程序 : 


> run-main progscala.implicits.payroll.CalculatePayroll 

[info] Running progscala.implicits.payroll.CalculatePayroll 

For Buck Trends, the gross vs. net pay every 2 weeks is: 
$3846.15 vs. $2446.10 or 63.6% 


请 注意 ， 这 些 密封 特征 (sealed trait) 本 身 不 包含 任何 数据 ， 而 且 没 有 实现 这 些 trait 的 类 。 
由 于 这 些 trait 被 “密封 ”了 ， 我 们 无 法 在 其 他 文件 中 实现 这 些 trait， 因 此 ， 这 些 trait 只 能 
起 到 标志 的 作用 。 


Pay 类 型 将 这 些 标志 用 作 类 型 参数 ， 而 这 些 参 数 也 被 当 作 标记 ， 调 用 Payroll 类 的 每 一 个 
方法 均 需 要 传人 Pay[Step] 对 象 ， 该 对 象 包含 的 Step 参数 表示 了 当前 执行 的 步骤 。 这 也 是 
我 们 在 调用 minus401k 方法 时 无 法 传人 Pay[PostTaxDeductions] 对 象 的 原因 。 因 此 ， 这 些 
API 能 够 确保 税务 规定 的 执行 。 

CalculatePayroll 对 象 演示 了 这 些 API 的 使 用 方法 ,假如 你 尝试 修改 API 的 调用 顺序 ， 如 
在 调用 Payroll.minusTax 方法 之 前 调用 Payroll.minusFinalDeductions 方法 ， 那 么 编译 将 
会 抛 出 错误 。 

请 注意 ， 本 示例 结尾 处 调用 的 println 方法 使 用 了 可 插入 字符 串 ， 该 字符 串 与 我 们 之 前 在 
3.13 节 讨 论 的 示例 非常 相近 


事实 上， 上述 代 码 中 的 main 函数 不 是 十 分 简洁 ， 这 种 复杂 性 也 破坏 了 代码 的 美感 。 为 了 解 
决 这 个 问题 ,我们 引入 了 微软 的 函数 式 编 程 语言 一 一 F# 语言 中 的 “管道 ”操作 符 。 下 面 的 
示例 代码 改编 自 James Iry 的 一 篇 博文 (http://james-iry.blogspot.ch/2010/10/phantom-types- 
in-haskell-and-scala.html) 。 















































// src/main/scala/progscala2/implicits/phantom-types-pipeline.scala 


package progscala.implicits.payroll 


import scala. lLanguage.implicitConversions 


object Pipeline { 
implicit class toPiped[V](value:V) { 
def |>[R] (f : V => R) = f(value) 


} 


object CalculatePayroll2 { 
def main(args: Array[String]) = { 
import Pipeline._ 
import Payroll._ 


val e = Employee("Buck Trends", 100000.0F, ©.25F, 200F, 0.10F, 0.05F) 


val pay = start(e) |> 


minus401k |> 
minusInsurance |> 
minusTax |> 
minusFinalDeductions 


val twoWeekGross = e.annualSalary / 26.0F 


val twoWeekNet 
val percent 


pay.netPay 


(twoWeekNet / twoWeekGross) * 100 


println(s"For ${e.name}, the gross vs. net pay every 2 weeks is:") 


println( 


f" $$${twoWeekGross}%.2f vs. $$${twoWeekNet}%.2f or ${percent}%.1f%%") 


} 
} 


main 方法 中 包含 了 更 为 简洁 的 一 组 操作 步骤 ， 这 些 操作 均 调 用 了 Payroll 方法 。 值 














得 注 


意 的 是 ， 尽 管 管道 操作 符 I> 看 上 去 很 酷 ， 但 它 其 实 只 是 重 排 了 表达 式 中 各 个 标记 的 次 序 。 


例如 :1> 操作 符 对 下 列表 达 式 就 进行 了 转化 : 


pay1 |> Payroll.minus401k 


转化 之 后 形成 了 下 列表 达 式 : 


Payroll.minus401k(pay1) 


5.2.8 隐 式 参数 遵循 的 规则 


回顾 下 隐 式 参数 ， 下 面 的 编 注 栏 中 列 出 了 隐 式 参数 应 遵循 的 通用 规则 。 





隐 式 参数 所 遵循 的 规则 


(1) 只 有 最 后 一 个 参数 列表 中 允许 出 现 隐 式 参 数 ， 这 也 适用 于 只 有 一 个 参数 列表 的 情况 。 
(2) implicit 关键 字 必 须 出 现在 参数 列表 的 最 左边 ,而 且 只 能 出 现 一 次 。 列 表 中 出 现在 


implicit 关键 字 之 后 的 参数 部 不 是 “ 非 隐 式 ”的 。 


(3) 假如 参数 列表 以 implicit 关键 字 开 头 ， 那 么 所 有 的 参数 都 是 隐 式 的 。 
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请 留意 下 面 示例 中 出 现 的 错误 信息 ， 这 些 示例 均 违背 了 上 述 规 则 : 


scala> class 


| def 
<console>:2: 
def 


scala> } 
<console>:1: 


} 


Nn 


scala> class 


| def 
<console>:2: 
def 


scala> } 
<console>:1: 


} 


Nn 


scala> class 
| def 
| } 


Bad1 { 
m(i: Int, implicit s: String) = "boo" 
error: identifier expected but 'implicit' found. 


m(i: Int, implicit s: String) = "boo" 
nN 


error: eof expected but '}' found. 


Bad2 { 
m(i: Int)(implicit s: String)(implicit d: Double) = "boo" 
error: '=' expected but '(' found. 


m(i: Int)(implicit s: String)(implicit d: Double) = "boo" 
A 
error: eof expected but '}' found. 


Goodi { 
m(i: Int)(implicit s: String, d: Double) = "boo" 


defined class Good1 


scala> class 
| def 
| } 


Good2 { 
m(implicit i: Int, s: String, d: Double) = "boo" 


defined class Good2 


5.3 fasten 


在 2.8.8 节 ， 我 们 学 习 了 创建 pair 的 一 些 方法 : 


(1, "one" 
1 -> "one" 
1 — "one" 


// 用 一 BR -> 


Tuple2(1, "one") 


Pair(1, "one 


// Scala 2.11 不 推荐 使 用 这 种 写法 


本 文 不 会 对 (a, b) 和 a -> b 这 两 类 字面 量 格式 的 Scala 语法 进行 讲解 。 
在 初始 化 Map 对 象 时 ， 我 们 经 常 使 用 a ->b (或 等 价 的 a > b) 这 种 写法 : 


scala> Map("one" -> 1, "two" -> 2) 
resQ: scala.collection.immutable.Map[String,Int] = Map(one -> 1, two -> 2) 


上 述 代码 中 调用 了 Map.apply 方法 ， 而 该 方法 的 输入 是 一 组 可 变数 量 的 pair 对 象 : 


def appLy[A， 





B](elems: (A, B)*): Map[A, B] 





| 全 A 
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en Scala 根本 不 知道 a -> b 意味 着 什么 ， 因 此 上 述 方法 并 非 没 有 意义 。 这 种 “字面 

”格式 实际 上 运用 了 方法 -> 和 一 个 特殊 的 Scala 特性 一 一 隐 式 转换 。 通 过 运用 隐 式 转 
i, 我 们 可 以 在 任意 两 种 类 型 值 之 间 插 入 函数 ->。 与 此 同时 ， 由 于 a -> b 并 不 是 元 组 的 
字面 量 语法 ， 因 此 Scala 必须 通过 某 些 方式 将 该 表达 式 转 化 为 元 组 (a, b), 


很 明显 ， 我 们 首先 需要 定义 方法 ->， 但 是 应 该 在 哪儿 定义 该 方法 呢 ? 我 们 希望 该 方法 能 
够 适用 于 各 种 可 能 的 元 组 首 元 素 的 类 型 。 即 便 我 们 能 够 对 所 有 需要 添加 该 方法 的 类 型 进行 
辑 ， 我 们 也 不 应 该 这 样 做 ， 编 辑 所 有 的 类 型 既 不 实际 也 不 明智。 


定义 该 方法 的 技巧 是 使 用 一 个 具有 -> 方法 的 “封装 ”对 象 ，Scala 已 经 在 Predef 对 象 中 定 
义 了 该 对 象 : 
implicit final class ArrowAssoc[A](val self: A) { 
def -> [B](y: B): Tuple2[A, B] = Tuple2(self, y) 
} 
(AY ae HULA, FR ELLA AG T Seb FWP HP HE EAA). 4G Java 类 
似 ， 此 处 的 final 关键 字 表 明了 我 们 无 法 创建 ArrowAssoc 的 子 类 声明 。 


我 们 可 以 依照 下 列 代码 构造 Map 对 象 : 


scala> Map(new ArrowAssoc("one") -> 1, new ArrowAssoc("two") -> 2) 
res0: scala.collection.immutable.Map[String,Int] = Map(one -> 1, two -> 2) 


这 种 写法 在 简 藻 程度 上 不 如 直接 使 用 Map( ("one", 1), ("two", 2) )。 不 过 ， 这 种 写法 
能 实现 我 们 想 要 的 部 分 功能 。ArrowAssoc 类 能 够 接受 任何 类 型 的 对 象 ， 当 执行 -> 方法 时 ， 
near pair 对 象 。 


在 这 个 示例 中 ，implicit 关键 字 又 一 次 起 作用 了 。 由 于 ArrowAssoc 类 被 声明 为 implicit 
类 ， 因 此 编译 器 将 执行 下 列 逻 辑 。 


(1) 编译 器 发 现 我 们 试图 对 String 对 象 执行 -> 方法 (例如 “one”-> 1), 

(2) 由 于 String 未 定义 -> 方法 ， 编 译 器 将 检查 当前 作用 域 中 是 否 存在 定义 了 该 方法 的 隐 式 
转换 。 

(3) 编译 器 发 现 了 ArrowAssoc 类 。 

(4) 编译 器 将 创建 ArrowAssoc 对 象 ， 并 向 其 传人 one 字符 串 。 

(5) 之后， 编译 器 将 解析 表达 式 中 的 -> 1 部 分 代码 ， 并 确认 了 整个 表达 式 的 类 型 与 Map. 
apply 方法 的 预期 类 型 相 吻合 ， 即 两 者 均 为 pair 实例 。 


如 果 希 望 执行 隐 式 转换 ， 那 么 在 声明 时 必须 使 用 implicit 关键 字 ， 能 够 执行 隐 式 转换 的 无 
外 平 两 类 : 构造 方法 中 只 接受 单一 参数 的 类 型 或 者 是 只 接受 单一 参数 的 方法 。 


在 Scala 2.10 诞生 之 前 ， 如 果 想 要 实现 隐 式 转换 ， 就 必须 定义 一 个 不 含 implicit 关键 字 的 
封装 类 ， 并 且 要 在 封装 类 中 定义 一 个 将 执行 转换 的 隐 式 方法 。 由 于 这 种 两 段 式 的 定义 方式 
上 毫 无 意义 ， 因 此 现在 我 们 可 以 直接 将 该 类 标注 为 隐 式 类 并 清除 该 方法 。 例 如 ，ArrowAssoc 
看 上 去 就 好 像 Scala 2.10 版 本 之 前 的 封装 类 (any2ArrowAssoc 方法 仍然 存在 ， 不 过 现在 已 
经 不 建议 使 用 了 )。 


final class ArrowAssoc[A](val self: A) { 
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def -> [B](y: B): Tuple2[A, B] = Tuple2(self, y) 
} 


implicit def any2ArrowAssoc[A](x: A): ArrowAssoc[A] = new ArrowAssoc(x) 


尽管 隐 式 方法 仍然 被 使 用 ,但 是 我 们 现在 只 有 在 将 某 类 型 转换 为 男 一 个 已 经 存在 的 类 型 时 
才 会 使 用 这 些 方 法 ， 而 且 这 些 隐 式 方法 并 未 使 用 implicit 关键 字 进行 声明 。 

我 们 之 前 在 讲解 虚 类 型 (phantom type) 时 曾 定 义 了 管道 操作 ， 这 也 是 隐 式 转换 的 又 一 
示例 : 


。payl |> Payroll.minus401k ... 


滥用 隐 式 方法 会 导致 难以 调试 的 诡异 行为 。 因 此 从 Scala 2.10 开始 ， 隐 式 方 法 变 成 了 
ae 的 可 选 特性 。 假 如 你 希望 使 用 这 一 特性 ， 你 应 该 通过 import 语句 import scala. 
langage.implicitConversions 开启 这 一 特性 ， 你 也 可 以 使 用 全 局 的 编译 器 选项 -Language: 
implictConversions 开启 该 特性 。 

以 下 是 编译 器 进行 查找 和 使 用 转换 方法 时 的 查询 规则 。 

(1) 假 如 调用 的 对 象 和 方法 成 功 通 过 了 组 合 类 型 检查 ， 那 么 类 型 转换 不 会 被 执行 

(2) 编译 器 只 会 考虑 使 用 了 implicit 关键 字 的 类 和 方法 。 

(3) 编译 器 只 会 考虑 当前 作用 域内 的 隐 式 类 ， 隐 式 方法 ， 以 及 目标 类 型 的 伴生 对 象 中 定义 的 

隐 式 方法 (本 文 后 续 部 分 将 讲 讨论 这 种 情况 ) 。 

(4) 隐 式 方法 无 法 串 行 处 理 ， 我 们 无 法 通过 一 个 中 间 类 型 ， 使 用 串 行 的 隐 式 方法 将 起 始 类 型 
转换 成 目标 类 型 。 编 译 器 执行 隐 式 转换 时 只 会 考虑 那些 接受 单一 类 型 实例 输入 且 返 回 目 
标 类 型 实例 的 方法 。 

(5) 假 如 当前 适用 多 条 转换 方法 ， 那 么 将 不 会 执行 转换 操作 。 编 译 器 要 求 有 且 必 须 只 
满足 条 件 的 隐 式 方法 ， 以 免 产 生 二 义 性 。 


规则 3 中 提 到 了 伴生 对 象 中 定义 的 隐 式 方法 ， 该 规则 具有 以 下 含义 。 首 先 ， 假 如 隐 式 转换 
出 现在 当前 作用 域 之 外 ， 那 么 便 不 会 执行 该 隐 式 转换 。 假 如 在 当前 作用 域内 ， 这 意味 着 隐 
式 转 换 是 在 封闭 作用 域内 声明 的 ， 或 者 当前 作用 域 已 经 导入 了 隐 式 转换 所 在 的 其 他 作用 
域 ， 比 方 说 导入 了 其 他 作用 域 中 某 一 个 定义 了 一 些 隐 式 转换 的 对 象 。 


不 过 当 需 要 执行 转换 时 ， 假 如 转换 的 目标 类 型 的 伴生 对 象 中 定义 了 转换 方法 ， 那 么 编译 
会 自动 导入 伴生 对 象 作用 域 ， 并 最 后 查找 该 作用 域 。 参 见 下 面 的 示例 : 


// src/main/scala/progscala2/implicits/implicit-conversions-resolution2.sc 
import scala.language.implicitConversions 

































































case class Foo(s: String) 
object Foo { 
implicit def fromString(s: String): Foo = Foo(s) 


} 


class Of 
def m1(foo: Foo) = println(foo) 
def m(s: String) = m1(s) 

} 





Foo 类 型 的 伴生 对 象 定 义 了 基于 String 类 型 的 转换 。 而 9.m 方 法 试图 在 调用 0.ml 方法 时 传 
A String 类 型 ,但 9.m1 方法 却 期 望 输入 Foo 对 象 。 尽 管 我 们 并 未 明确 地 将 Foo 伴生 对 象 
导入 当前 的 作用 域 ， 编 译 吉 还 是 能 够 发 现 Foo.fromstring 转换 方法 的 存在 。 

不 过 ， 假 如 当前 作用 域 中 存在 另外 一 个 Foo 转换 方法 ， 该 转换 方法 将 会 覆盖 Foo. 
fromString 转换 : 


// src/main/scala/progscala2/implicits/implicit-conversions-resoLlution.sc 
import scala.language.implicitConversions 














case class Foo(s: String) 
object Foo { 
implicit def fromString(s: String): Foo = Foo(s) 


} 

class Of 
def m1(foo: Foo) = println(foo) 
def m(s: String) = m1(s) 


} 
现在 ， 编 译 器 将 使 用 覆盖 后 的 转换 方法 。 
我 们 之 前 提 到 过 ， 除 了 那些 在 伴生 对 象 中 定义 的 隐 式 值 和 转换 方法 之 外 ， 我 们 推荐 将 隐 式 
值 和 转换 方法 放 到 一 个 名 为 implicits 的 特殊 包 或 名 为 Implicits 的 对 象 中 。 这 样 做 的 好 
处 是 : 读者 能 更 清楚 地 知道 是 哪个 import 语句 导入 了 代码 使 用 的 自 定义 隐 式 。 
最 后 ， 请 注意 Scala A (R String FU Array 这 样 的 Java 类 型 提供 了 一 些 隐 式 封装 类 
型 。 例 如 : 下 面 代码 中 出 现 的 方法 看 上 去 像 是 String 类 方法 ， 但 是 这 些 方法 实际 上 是 
由 WrappedString 类 型 (http://www.scala-lang.org/api/current/#scala.collection.immutable. 
WrappedString) 实现 的 : 














scala> val s = "Programming Scala" 
s: String = Programming Scala 


scala> s.reverse 
res0: String = alacS gnimmargorP 


scala> s.capitalize 
resi: String = Programming Scala 


scala> s.foreach(c => print(s"$c-")) 

P-r-0-g-r-a-m-m-i-n-g- -S-c-a-l-a- 
在 Scala 自 带 的 “封装 ”类 型 中 定义 的 隐 式 转换 会 一 直 出 现在 当前 作用 域 中 。 这 些 隐 式 转 
换 更 确切 的 讲 被 定义 在 Predef 中 。 


我 们 之 前 用 过 的 Range 类 型 也 是 一 类 “封装 ”类 型 。 例 如 代码 1 to 100 by 3 代表 从 1 到 100 
每 隔 3 个 数 取 一 个 整数 。 你 现在 应 该 能 猜测 出 to, by 这 样 的 字样 以 及 scala 独 有 的 util 单词 
都 是 封装 对 象 中 的 方法 ， 它 们 并 不 是 Scada 关键 字 。 例 如 ，scala.runtime.RichInt (http://www. 
scala-lang.org/api/current/scala/runtime/RichInt.html) 封装 了 Int 类 型 ， 它 包含 这 些 方法 。Scala 在 
同一 个 包 中 定义 了 适用 于 其 他 数值 类 型 的 类 似 的 封装 类 型 , RichLong、RichFloat、RichDouble 
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和 RichChar。 而 scala.math.BigInt (http:/Avww.scala-lang.org/api/current/scala/math/BigInt.html) 和 
scala.math.BigDecimal (http:/Avww.scala-lang.org/api/current/scala/math/BigDecimal.html) 它们 本 身 
便 是 Java 同名 类 的 封装 类 型 ， 因 此 它们 没有 自己 的 封装 类 型 。 它 们 自己 本 身 便 可 以 实现 to, 
until 和 by 方法 。 


5.3.1 构建 独 有 的 字符 串 插 入 器 


我 们 再 来 学 习 最 后 一 个 隐 式 转换 的 示例 ， 该 示例 允许 我 们 通过 隐 式 转换 定义 我 们 自己 独 有 
的 字符 由 插入 器 。 我 们 回顾 一 下 之 前 在 3.13 节 学 到 的 内 容 ， Scala 提供 了 一 些 内 置 的 方法 
通过 插入 方式 对 字符 串 进 和 了 格式 化 ， 例 如 : 


val name = ("Buck", "Trends") 
println(s"Hello, ${name._1} ${name._2}") 


当 编 译 器 看 到 像 x"foo bar" 这 样 的 表达 式 时 ， 它 会 查找 scala.StringContext (http://www. 
scala-lang.org/api/current/scala/StringContext.html) 中 定义 的 x 方法 。 上 述 代码 的 最 后 一 行 
可 以 被 转换 成 : 


StringContext("Hello, ", " ", "").s(name. 1，name. 2) 


ee StringContext. apply 方法 的 参数 其 实 是 5{.….} 表达 式 中 抽取 出 的 各 个 部 分 。 传 递 
a s 的 参数 则 是 抽取 后 的 表达 式 。( 请 提供 变量 值 ， 对 上 述 代码 进行 试验 ) stringContext 
coe f 和 raw 方法 ， 这 些 方法 能 够 帮助 SKLAR raw 格式 的 插入 器 工作 。 


通过 使 用 隐 式 转换 我 们 可 以 为 StringContext 添加 新 的 方法 ， 对 其 进行 “扩展 ”， 进 而 定 
义 属于 自己 的 插入 器 。 我 们 对 StringContext Scaladoc 页 面 (http://www.scala-lang.org/api/ 
current/scala/StringContext.html) 中 出 现 的 示例 进行 扩充 ,编写 一 个 能 够 将 简单 的 JSON 
字符 串 转 化 为 scala.utiL.parsing.json.]SONObject 对 象 (http://www.scala-lang.org/api/ 
current/scala-parser-combinators/#scala.util.parsing.json.JSONObject) AIHA. | 


Ay TBE, BTS. HE, BRAIN eT BR CH ET RETE, Reg 
{"a": "A", "b": 123, "c": 3.14159} 这 样 的 扁平 的 JSON 表达 式 。 其 次， 我 们 要 求 ISON 
的 key 都 是 固定 值 ， 而 value 值 则 是 指定 的 可 插入 参数 ， 例 如 : {"a": $a, "b": $b, "c": 
$c}。 假 如 我 们 需要 使 用 该 插入 器 生成 value 值 不 同 但 结构 相似 的 JSON 对 象 ， 第 二 条 限制 
便 是 合理 的 。 插 入 器 实现 代码 如 下 : 


// src/main/scala/progscala2/implicits/custom-string-interpolator.sc 
import scala.util.parsing.json._ 











































































































object Interpolators { 


implicit class jsonForStringContext(val sc: StringContext) { //@ 
def json(values: Any*): JSONObject = { //@ 
val keyRE = """*[\s{,]*(\S+):\s*""" 6 // ® 
val keys = sc.parts map { /1 @ 


case keyRE(key) => key 





HE 1: Scala 2.11 F, json 包 被 放置 到 一 个 独立 的 解析 器 一 组 合 器 (parser-combinator) 库 中 ， 我 们 将 在 20.1 
节 对 其 进行 讲解 。 




















© 
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自 定义 的 字符 串 揪 入 器 无 需 像 s、f 和 raw 插入 器 那样 返回 String 类 型 。 我 们 会 返回 


case str => str 


val kvs = keys zip values //® 
JSONObject(kvs.toMap) // © 
} 
} 
} 


import Interpolators._ 


val name 
val book 


"Dean Wampler" 
"Programming Scala, Second Edition" 


val jsonobj = json"{name: $name, book: $book}" //@ 
println(jsonobj) 


为 了 限定 隐 式 类 的 作用 域 ， 必 须 在 对 象 内 定义 隐 式 类 (出 于 安全 的 考虑 )。 类 定义 之 后 
出 现 的 import 语句 将 该 实现 类 导入 到 代码 所 在 的 作用 域 中 。 


json 方法 。 该 方法 的 输入 是 字符 串 中 舱 套 的 参数 ， 该 方法 返回 构造 好 的 scala.util. 
parsing.json.JSONObject 对 象 (http://www.scala-lang.org/api/current/scala-parser- 








combinators/#scala.util.parsing.json.JSONObject) 。 

用 于 从 字符 串 片 段 中 抽取 key 名 称 的 正则 表达 式 。 

使 用 正则 表达 式 从 字符 片段 各 个 部 分 中 抽取 出 key 的 名 称 。 假 如 正则 表达 式 不 匹配 ， 
那么 将 使 用 整个 字符 串 作 为 key 值 。 不 过 在 这 种 情况 下 抛 出 错误 可 能 是 一 个 更 好 的 选 
择 ， 因 为 这 样 便 能 避免 出 现 无 效 的 key 字符 串 。 

将 key 值 和 value 值 一 并 “压缩 ”成 健一 值 对 集合 。 我 们 在 解释 完 代 码 之 后 会 对 zip 方 
法 进行 讨论 。 

使 用 健 值 对 构建 Map 对 象 ， 并 使 用 Map 对 象 构造 son0bject WR, 

使 用 我 们 自己 的 字符 串 插 入 器 ， 使 用 起 来 与 内 置 插入 器 无 异 。 





















































JSONObject 类 型 。 因 此 ， 自 定义 字符 串 插入 器 可 以 用 作 由 字符 串 中 封装 的 数据 所 驱动 的 实 
例 工厂 。 


就 像 拉 链 一 样 ， 集 合 中 的 zip 方法 能 很 方便 地 将 两 个 集合 中 的 值 缝合 在 一 起 。 如 下 所 示 : 





scala> val keys = List("a", "b", "c", "d") 
keys: List[String] = List(a, b, c, d) 


scala> val values = List("A", 123, 3.14159) 
values: List[Any] = List(A, 123, 3.14159) 


scala> val keysValues = keys zip values 
keysValues: List[(String, Any)] = List((a,A), (b,123), (c,3.14159)) 


合并 后 的 集合 中 的 元 素 类 型 为 二 元 元 祖 (如 key1、valuel 等 )。 需 要 注意 的 是 ， 由 于 某 一 
列表 比 另 一 个 列表 长 ， 因 此 列表 尾部 多 余 的 元 素 便 会 被 丢弃 掉 。JSON 字符 串 中 字符 串 片 
段 数 量 比 值 参 数 的 数量 多 一 个 ， 但 我 们 实际 上 希望 出 现 这 类 行为 ， 因 为 我 们 并 不 需要 字符 
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串 尾 部 的 最 后 一 个 片段 。 
下 面 列 出 了 在 REPL 会 话 中 运行 示例 代码 后 ， 最 后 两 行 中 的 输出 : 
scala> val jsonobj = json"{name: $name, book: $book}" 


jsonobj: scala.util.parsing.json.JSONObject = \ 
{"name" : "Dean Wampler", "book" : "Programming Scala, Second Edition"} 














scala> println(jsonobj) 
{"name" : "Dean Wampler", "book" : "Programming Scala, Second Edition"} 


5.3.2 ”表达 式 问 题 
我 们 再 思考 一 下 之 前 已 经 解决 过 的 问题 : 我 们 已 经 能 够 在 不 修改 任何 相关 源 代 码 的 情况 下 
成 功 地 为 所 有 类 型 添加 新 的 方法 。 


在 不 修改 源 代码 的 情况 下 扩展 模块 的 期 望 被 称 为 表达 式 问 题 (expression problem) 。 这 一 概 
念 是 由 Philip Wadler (http://homepages.inf.ed.ac.uk/wadler/papers/expression/expression.txt) 
创造 的 。 


面 问 对 象 编程 通过 子 类 型 化 (subtyping) 解决 了 这 一 问题 ， 更 精确 地 讲 是 子 类 型 多 态 
(subtype polymorphism ) 。 当 需要 对 某 些 行为 进行 修改 时 ， 我 们 会 首先 编写 抽象 体 ， 之 后 使 
用 抽象 体 的 继承 类 修改 和 TAJ. Bertrand Meyer 提出 的 开 / 闭 准则 (open/closed principle) 对 
OOP 这 一 方法 进行 了 描述 ， 在 这 一 准则 中 ， 基 类 声明 了 抽象 的 行为 ， 而 子 类 型 则 在 不 修改 
基 类 型 的 情况 下 对 抽象 行为 进行 适当 的 修改 。 


Scala 当然 也 支持 这 一 技术 ， 不 过 这 项 技术 是 有 兹 端的 。 我 们 是 否 应 该 在 类 继承 关系 中 的 
a spared ee a gi 况 下 我 们 才 需 要 这 种 行为 ， 而 大 多 数 情况 


这 种 方法 有 可 能 会 成 为 人 负担。 首先， 这 些 额 外 的 无 用 代码 会 占据 系统 资源 。 尽 管 有 些 应 用 
并 不 会 为 此 影响 ,但 有 些 成 熟 代 码 会 不 可 避免 地 出 现 很 多 损耗 。 其 次 ， 我 们 为 此 需要 对 大 
多 数 定义 的 行为 进行 一 次 次 的 修改 。 一 旦 对 这 些 无 用 行为 进行 修改 ， 即 便 不 需要 使 用 这 一 
行为 的 客户 端 代码 也 需要 进行 多 余 的 修改 。 


这 一 问题 引发 了 单一 职责 原则 (single responsibility principle) 这 一 经 典 设计 原则 。 该 原则 
鼓励 我 们 在 定义 抽象 以 及 实现 体 时 ， 只 提供 某 一 单一 的 行为 。 


在 实际 场合 中 ， 有 时 我 们 需要 某 一 对 象 来 把 其 他 行为 组 合 起 来 。 例 如 ， 服 务 对 象 往往 需要 
“混入 ”日 志 信 息 这 一 功能 。 正 如 我 们 在 3.14 节 中 展示 的 那样 ，Scala 很 容易 实现 这 些 混入 
trait。 我 们 甚至 可 以 在 声明 对 象 时 为 其 指定 trait。 


动态 类 型 语言 通常 都 提供 元 编程 【metaprogramming) 功能 ， 该 功能 允许 用 户 在 元 编程 运行 
的 环境 下 ， 不 必修 改 源 代码 就 可 以 修改 类 。 对 于 类 导致 的 问题 ， 尤 其 是 这 些 类 定义 了 几乎 
不 被 使 用 的 行为 ， 这 一 方法 具有 一 定 的 效果 。 不 幸 的 是 ， 对 于 大 多 数 动态 语言 而 言 ， 运 行 
时 对 类 型 做 的 任 一 修改 都 会 作用 于 全 局 ， 因 此 全 局 内 的 所 有 用 户 都 会 被 影响 。 


通过 使 用 Scala 的 隐 式 转换 特征 ， 我 们 可 以 得 到 另外 一 种 通过 静态 类 型 实现 元 编程 的 方 
法 ， 我 们 称 之 为 类 型 类 (type class)。Haskell 率先 提出 这 一 概念 ， 可 以 参考 文章 “A Gentle 
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Introduction to Haskell” (http://www.haskell.org/tutorial/classes.html ) 。 类 型 类 这 一 名 称 源 于 
Haskell， 请 不 要 将 其 与 Scala 常用 类 所 混 消 (如果 某 对 象 属于 某 类 型 类 ， 那 么 它 必 须 实现 
类 型 类 所 定义 的 行为 ， 与 通常 意义 上 的 类 相 比 ， 类 型 类 更 接近 于 接口 )。 


5.4 类 型 类 模式 


由 于 我 们 可 以 即兴 地 为 类 型 添加 行为 ， 因 此 使 用 类 型 类 可 以 帮助 我 们 避免 创建 像 Java 中 
Object 那样 的 抽象 体 ， 例 如 “厨房 水 槽 ”这 样 的 抽象 体 。Scala 的 pair 构造 语法 -> 便 很 好 
地 说 明了 这 点 。 回 想 一 下 ， 我 们 并 没有 修改 这 些 类 型 ， 我 们 只 是 通过 隐 式 机 制 将 对 象 封装 
到 某 个 提供 了 我 们 所 需 行为 的 类 型 中 。 修 改 之 后 的 结果 与 我 们 直接 修改 类 型 源 代码 的 结果 


o 


Scala 作为 一 门 JVM 语言 ， 也 继承 了 Java 中 无 所 不 在 的 Object.toString 方法 。Java 默认 
的 toString 方法 只 会 显示 类 型 名 称 和 对 象 在 JVM 堆 中 的 地 址 ， 因 此 它 本 身 并 没有 多 大 的 
价值 。 而 Scala 在 case 类 中 使 用 的 语法 则 不 同 ， 该 语法 更 加 有 用 ， 也 更 具 可 读 性 。 有 时 使 
打印 出 像 JSON 或 XML 样 的 具有 机 器 可 读 性 的 格式 是 很 有 价值 的 。 通 过 使 用 隐 式 转换 ， 
我 们 可 以 为 任何 类 型 添加 toJSON 和 toXML 方法 。 如 果 对 象 中 未 定义 toString 方法 ,我们 
也 能 通过 隐 式 转换 定义 该 方法 。 


Haskell 语言 中 的 类 型 类 能 定义 等 价 于 接口 的 类 型 ， 之 后 我 们 便 能 实现 各 种 具体 类 型 。 
Scala 中 的 类 型 类 模式 (type class pattern) 新 增 了 接口 部 分 ， 这 一 功能 是 之 前 的 隐 式 转换 示 
例 所 未 提供 的 。 


让 我 们 阅读 一 下 toJSoN 类 型 类 的 某 一 实现 : 


// src/main/scala/progscala2/implicits/toJSON-type-class.sc 







































































case class Address(street: String, city: String) 
case class Person(name: String, address: Address) 


trait ToJSON { 
def toJSON(level: Int = 0): String 


val INDENTATION = " 
def indentation(level: Int = 0): (String,String) = 
(INDENTATION * Level, INDENTATION * (level+1)) 
} 


implicit class AddressToJSON(address: Address) extends ToJSON { 
def toJSON(level: Int = 0): String = { 
val (outdent, indent) = indentation(level) 


s"" 
|S{indent}"street": "S{address.street}", 
|S{indent}"city": "Sf{address.city}" 
|Soutdent}""".stripMargin 

} 

} 


implicit class PersonToJSON(person: Person) extends ToJSON { 
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def toJSON(level: Int = 0): String = { 
val (outdent, indent) = indentation(level) 
sms 
|${indent}"name": "${person.name}", 
|${indent}"address": ${person.address.toJSON(level + 1)} 
|Soutdent}""".stripMargin 


} 
} 
val a = Address("1 Scala Lane", "Anytown") 
val p = Person("Buck Trends", a) 


println(a.toJSON()) 
println() 
println(p.toJSON()) 


为 了 简化 起 见 ，Person 和 Address 类 型 中 只 包含 了 少量 的 字段 ， 同 时 我 们 希望 将 对 象 格式 
化 为 多 行 表示 的 ISON 字符 串 ， 而 不 是 scala.util.parsing. json 包 (http://www.scala-lang. 
org/api/current/scala-parser-combinators/#scala.util.parsing.json.package) 里 定义 的 对 象 类 型 。 
(请 参考 20.1 节 )。 


我 们 在 TOISON trait 中 定义 了 默认 的 缩 进 字符 串 ， 也 定义 了 用 于 计算 字段 实际 缩 进 长 度 的 方 
法 以 及 JSON 对 象 中 包含 的 闭合 括号 {.….}。toJSON 方法 的 输入 参数 指定 了 当前 的 缩 进 级 
别 ， 也 就 是 说 ， 缩 进 多 少 个 INDENTATION 单元 。 由 于 toJSON 方法 要 求 输入 这 一 参数 ， 客 户 
程序 就 必须 提供 空 括号 或 者 其 他 缩 进 级 别 。 需 要 注意 的 是 输入 的 缩 进 级 别 是 用 双 引 号 包 页 
的 字符 串 值 ， 而 不 是 整数 值 。 











上 述 脚本 输出 如 下 : 
{ 
"street": "1 Scala Lane", 
"ELty's "Anytown" 
} 
{ 
"name": "Buck Trends", 
"address": { 
"street": "1 Scala Lane", 
"city": "Anytown" 
} 
} 


Scala 不 允许 同时 使 用 implict 和 case 关键 字 。 也 就 是 说 ， 隐 式 类 不 能 同时 是 一 个 case 类 。 
由 于 case 类 不 会 执行 通过 隐 式 所 自动 生成 的 额外 代码 ， 因 此 隐 式 case 类 本 身 也 就 没有 任 
何 意义 。 可 见 隐 式 类 的 用 途 非 常 罕 。 


请 注意 ， 我 们 通过 使 用 该 机 制 为 已 经 存在 的 类 添加 了 方法 。 因 此 ， 扩 展 方法 (extension 
method) 是 类 型 类 的 另 一 用 途 。 在 CH 和 FH 这 样 的 语言 中 也 存在 另 一 种 扩展 方法 的 机 制 
(请 查阅 微软 开发 网 络 (https://msdn.microsoft.com/en-us/library/bb383977.aspx ) 上 的 关于 扩 
展 方法 的 相关 页 面 )。 尽 管 C# 和 FH 提供 的 机 制 可 能 更 加 直 白 ， 但 是 类 型 类 的 应 用 却 更 为 
T iZ 















































另 一 方面 ， 与 面向 对 象 继承 关系 中 常 出 现 的 子 类 型 多 态 (subtype polymorphism) 不 同 ， 
toISON 方法 所 提供 的 多 态 行为 并 未 绑 定 类 型 系统 。 因 此 类 型 类 提供 的 这 一 功能 也 被 称 为 
特 设 多 态 (ad hoc polymorphism) 。 我 们 之 前 在 2.13 节 中 介绍 过 第 三 类 多 态 : 参数 化 多 态 
(paremetric polymorphism) 。 在 这 一 类 多 态 中 ， 像 Seq[A] 这 样 的 容器 的 行为 因 A 类 型 不 同 
而 不 同 。 

我 们 常会 有 这 样 的 错觉 ， 如 果 定 义 了 一 组 类 ， 每 个 类 只 提供 某 一 特定 的 行为 ， 对 于 大 多 数 
客户 而 言 ， 这 些 特定 的 行为 并 没有 什么 作用 。 而 类 型 类 模式 最 适合 用 于 这 种 情况 ， 对 这 组 
类 应 用 类 型 类 模式 能 够 使 客户 从 中 获 益 。 善 用 该 模式 能 够 在 维护 单一 职责 原则 的 同时 平衡 
多 个 客户 的 需求 。 


5.5 隐 式 所 导致 的 技术 问题 


那么 隐 式 有 哪些 问题 呢 ? 在 定义 类 型 时 ， 为 什么 不 将 类 型 定义 为 仅 比 字段 包 (字段 包 有 了 时 
候 又 称 为 贫血 类 型 ，anemic type) 稍 丰 富 一 点 ， 只 提供 非常 少 的 行为 的 类 型 呢 ? 然后 再 使 
用 类 型 类 添加 所 有 的 行为 呢 ? 
首先 ， 你 需要 花 时 间 编 写 用 于 定义 隐 式 的 额外 代码 ， 而 且 编 译 器 也 必须 费力 处 理 隐 式 。 因 
此 ， 编 译 那 些 大 量 应 用 隐 式 的 项 目 需 要 耗费 很 多 的 时 间 。 

隐 式 转换 同样 会 造成 额外 的 运行 开销 ， 这 是 因为 封装 类 型 会 引入 额外 的 中 间 层 。 尽 管 编译 
器 会 内 联 某 些 方法 调用 ， 而 且 JVM 也 会 执行 一 些 额 外 的 优化 ， 但 是 这 样 还 是 会 有 些 额外 
开销 。 我 们 会 在 第 14 章 谈论 值 类 型 ， 用 于 在 编译 期 间 消除 值 类 型 的 额外 运行 开销 。 

当 隐 式 特征 与 其 他 Scala 特征 ， 尤 其 是 子 类 型 特征 发 生 交 集 时 ， 会 产生 一 些 技术 问题 (SE 
于 子 类 型 特征 的 完整 内 容 ， 请 阅读 scala-debate email 组 的 讨论 贴 )。 

我 们 用 一 个 简单 示例 来 说 明 这 一 点 : 


// src/main/scala/progscala2/implicits/type-classes-subtyping.sc 


































































































trait Stringizer[+T] { 
def stringize: String 


} 


implicit class AnyStringizer(a: Any) extends Stringizer[Any] { 
def stringize: String = a match { 
case s: String => s 
case i: Int => (i*10).toString 
case f: Float => (f*10.1).toString 
case other => 
throw new UnsupportedOperationException(s"Can't stringize Sother") 
} 
} 


val list: List[Any] = List(1, 2.2F, "three", 'symbol) 
list foreach { (x:Any) => 


try { 
println(s"$x: ${x.stringize}") 
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} catch { 
case e: java. lang.UnsupportedOperationException => println(e) 
} 


我 们 定义 了 一 个 名 为 Stringizer 的 抽象 体 。 如 果 按 照 之 前 ToJSON 示例 的 做 法 ， 我 们 会 为 
所 有 我 们 希望 能 字符 串 化 的 类 型 创建 隐 式 类 。 这 本 身 就 是 一 个 问题 。 如 果 我 们 希望 处 理 
组 不 同 的 类 型 实例 ， 我 们 只 能 在 List 类 型 的 map 方法 内 隐 式 地 传人 一 个 Stringizer 实例 。 
因此 ， 我 们 就 必须 定义 一 个 AnyStringerize 类 ， 该 类 知道 如 何 对 我 们 已 知 的 所 有 类 型 进行 
处 理 。 这 些 类 型 甚至 还 包含 用 于 抛 出 异常 的 defautt 子 句 。 

这 种 实现 方式 非常 不 美观 ， 同 时 也 违背 了 面向 对 象 编程 中 的 一 条 核心 规则 一 一 你 不 应 该 使 
用 switch 语句 对 可 能 发 生变 化 的 类 型 进行 判断 。 相 反 ， 你 应 该 利用 多 态 分 发 任务 ， 这 类 似 
于 toString 方法 在 Scala 和 Java 语言 中 的 运作 方式 。 

如 果 你 想 更 深入 地 了 解 ToJSON 方 法 作用 于 一 组 对 象 的 具体 方法 ， 请 查看 相关 示例 代码 : 
implicits/type-classes-subtyping2.sc, 

最 后 ， 我 将 列 出 帮助 我 们 避免 某 些 潜在 问题 的 一 些 技巧 。 

无 论 何 时 都 要 为 隐 式 转换 方法 指定 返回 类 型 。 否 则 ， 类 型 推导 推断 出 的 返回 类 型 可 能 会 导 
致 预料 之 外 的 结果 。 

另外 ， 虽 然 编译 器 会 执行 一 些 “ 方 便 ” 用 户 的 转换 。 但 是 目前 来 看 这 些 转换 带 来 的 麻烦 多 
过 益处 (以 后 推出 的 Scala 也 许 会 修改 这 些 行为 ) 。 

首先 ， 假 如 你 为 某 一 类 型 定义 方法 +， 并 试图 将 该 方法 应 用 到 某 一 不 属于 该 类 型 的 实例 上 ， 
那么 编译 器 会 调用 该 实例 的 toString 方法 ， 这 样 一 来 便 能 执行 String 类 型 的 + 操作 ( 合 
并 字符 串 操 作 )。 这 可 以 解释 某 些 特定 情况 下 出 现 像 String 是 错误 类 型 的 奇怪 错误 。 

与 此 同时 ， 如 果 有 必要 的 话 ， 编 译 器 会 将 方法 的 输入 参数 自动 组 合成 一 个 元 组 。 有 了 时候 这 
一 行为 会 给 人 造成 困扰 。 幸 运 的 是 ，Scala 2.11 现在 会 抛 出 警告 信息 。 


scala> def m(pair:Tuple2[Int,String]) = println(pair) 


































































































scala> m(1, "two") 
<console>:9: warning: Adapting argument list by creating a 2-tuple: 
this may not be what you want. 
signature: m(pair: (Int, String)): Unit 
given arguments: 1, "two" 
after adaptation: m((1, "two"): (Int, String)) 
m(1,"two") 
Nn 


(1, two) 


也 许 这 个 时 候 你 已 经 有 点 坚 平 了 ， 不 过 这 也 没关系 。 我 希望 你 能 清楚 认识 到 隐 式 是 Scala 
中 的 一 门 强大 的 工具 ， 而 且 在 使 用 隐 式 时 也 能 保持 头脑 清醒 。 


























5.6 隐 式 解析 规则 


Scala 查找 隐 式 时 ， 会 遵照 一 组 复杂 的 搜寻 规则 ， 其 中 某 些 规则 的 设计 初 豆 是 为 了 解决 法 
在 的 二 义 性 。? 

尽管 根据 隐 式 所 处 的 情景 不 同 ， 会 存在 隐 式 方法 、 隐 式 值 和 隐 式 类 这 三 类 隐 式 。 在 下 面 的 
讨论 中 ， 我 将 使 用 “ 值 ”一 词 来 表示 隐 式 。 


。 Scala 会 解析 无 须 输入 前 级 路 径 的 类 型 兼容 隐 式 值 。 换 句 话 说 ， 隐 式 值 定义 在 相同 作用 
域 中 。 例 如 : 隐 式 值 定义 在 相同 代码 块 中 ， 隐 式 值 定义 在 相同 类 型 中 ， 隐 式 值 定义 在 伴 
生 对 象 中 (如果 存在 的 话 )， 或 者 定义 在 父 类 型 中 。 

。 Scala 会 解析 那些 导入 到 当前 作用 域 的 隐 式 值 (这 也 无 须 输入 前 级 路 径 )。 

第 二 条 规则 中 提 到 的 导入 隐 式 值 ， 其 优先 级 高 于 已 经 在 当前 作用 域 的 隐 式 值 。 

有 的 时 候 ， 会 存在 多 个 可 能 的 类 型 兼容 的 匹配 ， 这 时 Scala 将 挑选 匹配 度 最 高 的 隐 式 。 举 

个 例子 ， 如 果 隐 式 参 数 类 型 是 Foo 类 型 ， 而 当前 作用 域 中 既 存 在 Foo 类 型 的 隐 式 值 又 存在 

AnyRef 类 型 的 隐 式 值 ， 那 么 Scala 会 挑选 类 型 为 Foo 的 隐 式 值 。 

如 果 两 个 或 多 个 隐 式 值 可 能 引发 歧义 (例如 : 它们 具有 相同 的 类 型 )， 编 译 错误 会 被 触发 。 


Scala 库 中 定义 的 隐 式 常常 会 被 编译 器 加 载 到 作用 域 中 ， 而 其 他 语言 库 中 定义 的 隐 式 则 需 
要 通过 import 语句 来 加 载 进 作用 域 。 接 下 来 我 们 将 讨论 这 些 被 编译 器 加 载 的 隐 式 。 


5.7 Scala 内 置 的 各 种 隐 式 


Scala 2.11 版 库 源 代码 中 定义 了 超过 300 个 隐 式 方法 、 隐 式 值 和 隐 式 类 型 。 它 们 当中 的 大 
多 数 都 是 隐 式 方法 ， 而 隐 式 方法 中 的 多 数 则 被 用 于 将 某 一 类 型 转换 成 另 一 类 型 。 掌 握 什么 
样 的 隐 式 可 能 会 对 代码 产生 影响 对 我 们 来 说 比较 重要 ， 因 此 我 们 会 以 小 组 的 形式 对 这 些 隐 
式 进行 讨论 ， 而 不 会 是 一 一 列举 各 个 隐 式 。 黎 所 每 个 隐 式 的 详细 内 容 绝 非 是 最 重要 的 ， 让 
读者 能 够 “感觉 ”到 隐 式 的 类 型 才 是 最 有 益 的 。 如 果 希 望 具备 这 一 “直觉 ， 请 概览 本 市 。 
我 们 之 前 已 经 讨论 过 作用 于 集合 的 CanBuildFron 构建 器 。 现 在 有 一 个 与 它 比 较 相 似 的 
CanCombineFrom Jit ae, SILA REA GE CanCombineForm 构建 器 被 许多 操作 用 于 组 合 实 
例 。 但 是 本 市 不 会 列 出 这 些 构造 器 的 定义 。 


AnyVal 类 型 的 所 有 伴生 对 象 均 提供 了 丰富 的 转换 方法 ， 例如: 将 Int 值 转换 为 Long 值 。 大 
多 数 时 候 你 只 需要 调用 该 类 型 的 toX 方法 ， 如 下 所 示 : 


object Int { 















































































































































implicit def int2long(x: Int): Long = x.toLong 
i eee 
下 列 代码 片段 列举 了 一 些 Anyval 类 型 的 隐 式 转换 。 需 要 注意 的 是 由 于 Scala 提供 了 隐 式 转 











注 2:《Scala 语言 规范 》 对 这 些 规则 给 出 了 详细 的 定义 。 
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换 的 功能 ， 因 此 Scala 无 须 像 其 他 语言 一 样 必须 实现 大 多 数 常见 的 类 型 转换 。 
下 列 代码 片段 取 自 于 Byte (http://www.scala-lang.org/api/current/scala/Byte$.html) 伴生 对 象 : 


implicit def byte2short(x: Byte): Short = x.toShort 
implicit def byte2int(x: Byte): Int = x.toInt 
implicit def byte2long(x: Byte): Long = x.toLong 
implicit def byte2float(x: Byte): Float = x.toFloat 
implicit def byte2double(x: Byte): Double = x.toDouble 





下 列 代码 片段 取 自 Char (http:/Awww.scala-lang.org/api/current/scala/Char$.html) 伴生 对 象 : 
// 下 列 代码 片段 取 自 Char 伴 生 对 象 : 


implicit def char2int(x: Char): Int = x.toInt 
implicit def char2long(x: Char): Long = x.toLong 
implicit def char2float(x: Char): Float = x.toFloat 
implicit def char2double(x: Char): Double = x.toDouble 





下 列 代码 片段 取 自 Short (http://www.scala-lang.org/api/current/scala/Short$.html) 伴生 对 象 : 


implicit def short2int(x: Short): Int = x.toInt 
implicit def short2long(x: Short): Long = x.toLong 
implicit def short2float(x: Short): Float = x.toFloat 
implicit def short2double(x: Short): Double = x.toDouble 





下 列 代码 片段 取 自 Int (http://www.scala-lang.org/api/current/scala/Int$.html) 伴生 对 象 : 


implicit def int2long(x: Int): Long = x.toLong 
implicit def int2float(x: Int): Float = x.toFloat 
implicit def int2double(x: Int): Double = x.toDouble 


下 列 代码 片段 取 自 Long (http://www.scala-lang.org/api/current/scala/Long$.html) 伴生 对 象 : 





implicit def long2float(x: Long): Float = x.toFloat 
implicit def long2double(x: Long): Double = x.toDouble 


下 列 代码 片段 取 自 Float (http://www.scala-lang.org/api/current/scala/Float$.html) 伴生 对 象 : 
implicit def float2double(x: Float): Double = x.toDouble 
BigInt 和 BigDecimal 类 定义 在 scala.math 包 中 ， 它 们 可 以 转换 来 自 AnyVal 类 型 和 Java 中 


对 应 的 实现 类 型 。 下 列 代 码 片 段 取 自 于 BigDecimal (http://www.scala-lang.org/api/current/ 
scala/math/BigDecimal$.html) 伴生 对 象 ; 








implicit def int2bigDecimal(i: Int): BigDecimal = apply(i) 

implicit def long2bigDecimal(1l: Long): BigDecimal = apply(1) 

implicit def double2bigDecimal(d: Double): BigDecimal = ... 

implicit def javaBigDecimal2bigDecimal(x: BigDec): BigDecimal = apply(x) 


调用 apply 方法 时 调用 了 BigDecimal 伴生 对 象 的 apply 工厂 方法 。 这 些 隐 式 提供 了 男 一 种 
简便 的 方式 调用 这 些 方法 。 

下 列 代码 片段 取 自 BigInt (http://www.scala-lang.org/api/current/scala/math/BigInt$.html) 介 
生 对 象 : 














TS 








implicit def int2bigInt(i: Int): BigInt = apply(i) 
implicit def Long2bigInt(1l: Long): BigInt = apply(1l) 
implicit def javaBigInteger2bigInt(x: BigInteger): BigInt = apply(x) 


Option 对 象 可 以 转换 成 包含 0 个 或 个 元 素 的 列表 : 


implicit def option2Iterable[A](xo: Option[A]): Iterable[A] = xo.toList 


Scala 使 用 了 一 些 Java 中 的 类 型 ， 像 Array[T] 和 String 类 型 。 和 它们 对 应 的 ArrayOps[T] 
和 StringOps 类 型 向 所 有 的 Scala 集合 提供 常用 的 方法 。 因 此 ， 无 论 是 转换 成 还 是 转换 自 
这 些 封 装 类 型 的 隐 式 转换 都 是 非常 有 用 的 。 其 他 的 转换 国 数 则 定义 在 名 称 中 包含 Wrapper 
单词 的 类 型 中 。 


Predef 中 定义 了 大 多 数 的 隐 式 定义 。 其 中 的 一 些 隐 式 定义 包含 了 intLine 标注 (http:// 
www.scala-lang.org/api/current/scala/inline.html) ， 这 一 标注 鼓励 编译 器 努力 尝试 将 函数 调用 
内 联 (inline)， 以 减少 栈 帧 开销 。 与 之 对 应 的 是 @noinline 标注 (http://www.scala-lang.org/ 
api/current/scala/noinline.html) ， 该 标注 阻止 编译 器 将 方法 调用 内 联 化 ， 即 便 是 条 件 允 许 的 
情况 。 


一 些 方法 能 将 某 一 类 型 转化 为 另 一 类 型 ， 例 如: 将 某 一 类 型 封装 成 新 的 类 型 后 ， 新 的 类 型 
会 提供 新 的 方法 : 


@inline implicit def augmentString(x: String): StringOps = new StringOps(x) 
@inline implicit def unaugmentString(x: StringOps): String = x.repr 
implicit def tuple2ToZippedOps[T1, T2](x: (T1, T2)) 

= new runtime. Tuple2Zipped.Ops(x) 
implicit def tuple3ToZippedOps[T1, T2, T3](x: (T1, T2, T3)) 

= new runtime. Tuple3Zipped.Ops(x) 
implicit def genericArrayOps[T](xs: Array[T]): ArrayOps[T] =... 





























implicit def booleanArrayOps(xs: Array[Boolean]): ArrayOps[Boolean] = 
= new ArrayOps.ofBoolean(xs) 

TE // 与 其 他 AnyVal 类 型 相似 的 方法 

implicit def refArrayOps[T <: AnyRef](xs: Array[T]): ArrayOps[T] 
= new ArrayOps.ofRef[T](xs) 














@inline implicit def byteWrapper(x: Byte) = new runtime.RichByte(x) 
// 与 其 他 AnyVal 类 型 相似 的 方法 














implicit def genericWrapArray[T](xs: Array[T]): WrappedArray[T] =... 
implicit def wrapRefArray[T <: AnyRef](xs: Array[T]): WrappedArray[T] =... 
implicit def wrapIntArray(xs: Array[Int]): WrappedArray[Int] =... 

// 与 其 他 AnyVal 类 型 相似 的 方法 














implicit def wrapString(s: String): WrappedString = ... 
implicit def unwrapString(ws: WrappedString): String =... 


如 果 你 希望 理解 runtime. Tuple2Zipped.Ops 方法 的 用 意 ， 首 先 你 需要 意识 到 大 多 数 集合 都 
提供 了 zip 方法， 该 方法 可 以 将 两 个 集合 连接 起 来 。 两 个 集合 的 元 素 组 成 一 个 新 的 元 素 的 
过 程 就 好 像 合 上 拉链 一 样 。 


scala> val zipped = List(1,2,3) zip List(4,5,6) 
zipped: List[(Int, Int)] = List((1,4), (2,5), (3,6)) 

















隐 式 详解 | 141 


我 们 可 以 对 合并 后 的 集合 执行 成 对 的 操作 ， 例 如 : 

scala> val products = zipped map { case (x,y) => x * y } 

products: List[Int] = List(4, 10, 18) 
请 注意 我 们 在 输入 参数 为 元 组 类 型 的 匿名 函数 中 应 用 了 模式 匹配 ， 传 递 给 匿名 函数 的 一 对 
Int 元 素 与 pair 元 素 相 匹配 。 
Tuple2Zipper .Ops 和 Tuple3Zipper .Ops 提供 了 invert 方法 ， 该 方法 会 将 包含 两 个 元 素 或 三 
个 元 素 的 集合 转换 成 包含 二 元 元 组 或 三 元 元 组 的 集合 。 换 言 之 ， 它 们 会 压缩 原本 就 定义 在 
元 组 中 的 容器 。 例 如 : 


scala> val pair = (List(1,2,3), List(4,5,6)) 
pair: (List[Int], List[Int]) = (List(1, 2, 3),List(4, 5, 6)) 





























scala> val unpair = pair.invert 
unpair: List[(Int, Int)] = List((1,4), (2,5), (3,6)) 


val pair = (List(1,2,3), List("one", "two", "three")) 
tuple2ToZippedOps(pair) map {case (int, string) => (int*2, string. toUpperCase) } 


val pair = (List(1,2,3), List(4,5,6)) 
pair map { case (inti, int2) => int1 + int2 } 


在 Predef 对 象 中 ， 还 定义 了 许多 转换 成 或 转换 自 其 他 Java 类 型 的 转换 方法 ， 例 如 : 


implicit def byte2Byte(x: Byte) = java.lang.Byte.value0f(x) 
implicit def Byte2byte(x: java.lang.Byte): Byte = x.byteValue 
ae // Similar functions for the other AnyVal types. 














为 了 能 完整 描述 Predef 中 定义 的 隐 式 ， 我 们 再 回顾 一 下 之 前 在 本 章 中 见 到 的 一 些 定义 : 


implicit def conforms[A]: A <:< A=... 
implicit def tpEquals[A]: A =:=A=... 


下 面 的 代码 将 java.util.Random 对 3 (http://docs.oracle.com/javase/8/docs/api/java/util/ 
Random.html) 转换 成 scala.util.Random 对 象 (http://www.scala-lang.org/api/current/scala/ 
util/Random.html) : 


implicit def javaRandomToRandom(r: java.util.Random): Random = new Random(r) 





scala.collection.convert 包 中 定义 了 一 些 trait， 这 些 trait 提供 了 Java 容器 与 Scala 容器 
之 则 的 转换 方法 。 这 为 实现 Java 互 操 作 性 提供 了 便利 。 事 实 上 ， 出 于 性 能 方面 的 考虑 ， 
Scala 会 尽 可 能 避免 执行 类 型 转换 。 不 过 因为 目标 集合 的 抽象 体 是 建立 在 底层 容器 的 基础 
上 ， 因 此 并 不 会 造成 太 多 的 性 能 损耗 。 

DecorateAsJava (http://www.scala-lang.org/api/current/scala/collection/convert/DecorateAsJava. 
html) 中 定义 了 一 些 Scala 容器 ， 这 些 容 器 类 是 Java 容器 的 装饰 类 (decoration) 。 为 了 便 
于 读者 阅读 ， 我 们 对 代码 中 返回 的 类 型 标注 进行 了 换行 处 理 ， 而 下 面 代码 中 出 现 的 ju 和 
记 则 分 别 对 应 了 DecorateAsJava 实际 源码 中 的 java.lang 及 java.util。 各 种 名 为 AsJava* 
的 类 型 则 是 提供 了 这 些 转换 操作 的 辅助 类 型 ; 
























































implicit def asJavaIteratorConverter[A](i : Iterator[A]): 
AsJava[ju.Iterator[A]] =... 

implicit def asJavaEnumerationConverter[A](i : Iterator[A]): 
AsJavaEnumeration[A] = ... 

implicit def asJavaIterableConverter[A](i : Iterable[A]): 
AsJava[jl.Iterable[A]] = ... 

implicit def asJavaCollectionConverter[A](i : Iterable[A]): 
AsJavaCollection[A] =... 

implicit def bufferAsJavaListConverter[A](b : mutable.Buffer[A]): 
AsJava[ju.List[A]] =... 

implicit def mutableSeqAsJavaListConverter[A](b : mutable.Seg[A]): 
AsJava[ju.List[A]] =... 

implicit def seqAsJavaListConverter[A](b : Seq[A]): 
AsJava[ju.List[A]] =... 

implicit def mutableSetAsJavaSetConverter[A](s : mutable.Set[A]): 
AsJava[ju.Set[A]] =... 

implicit def setAsJavaSetConverter[A](s : Set[A]): 
AsJava[ju.Set[A]] =... 

implicit def mutableMapAsJavaMapConverter[A, B](m : mutable.Map[A, B]): 
AsJava[ju.Map[A, B]] =... 

implicit def asJavaDictionaryConverter[A, B](m : mutable.Map[A, B]): 
AsJavaDictionary[A, B] =... 

implicit def mapAsJavaMapConverter[A, B](m : Map[A, B]): 
AsJava[ju.Map[A, B]] =... 

implicit def mapAsJavaConcurrentMapConverter[A, B](m: concurrent.Map[A, B]): 
AsJava[juc.ConcurrentMap[A, B]] =... 





我 们 可 以 使 用 DecorateAsScala (http://www.scala-lang.org/api/current/scala/collection/convert/ 
DecorateAsScala.html) 中 定义 的 隐 式 方法 ， 将 Java 容器 装饰 成 Scala 容器 : 


implicit def asScalaIteratorConverter[A](i : ju.Iterator[A]): 
AsScala[Iterator[A]] =... 

implicit def enumerationAsScalaIteratorConverter[A](i : ju.Enumeration[A]): 
AsScala[Iterator[A]] =... 

implicit def iterableAsScalaIterableConverter[A](i : jl.Iterable[A]): 
AsScala[Iterable[A]] =... 

implicit def collectionAsScalaIterableConverter[A](i : ju.Collection[A]): 
AsScala[Iterable[A]] =... 

implicit def asScalaBufferConverter[A](1 : ju.List[A]): 
AsScala[mutable.Buffer[A]] =... 

implicit def asScalaSetConverter[A](s : ju.Set[A]): 
AsScala[mutable.Set[A]] =... 

implicit def mapAsScalaMapConverter[A, B](m : ju.Map[A, B]): 
AsScala[mutable.Map[A, B]] =... 

implicit def mapAsScalaConcurrentMapConverter[A, B](m: juc.ConcurrentMap[A, B]): 
AsScala[concurrent.Map[A, B]] =... 

implicit def dictionaryAsScalaMapConverter[A, B](p: ju.Dictionary[A, B]): 
AsScala[mutable.Map[A, B]] =... 

implicit def propertiesAsScalaMapConverter(p: ju.Properties): 
AsScala[mutable.Map[String, String]] =... 


尽管 这 些 方法 都 是 定义 在 特征 中 的 ， 不 过 JavaConverts x (http://www.scala-lang.org/api/ 
current/#scala.collection.JavaConverters$) 为 你 提供 导入 这 些 方法 的 快捷 方式 ， 你 可 以 使 用 
下 列 语句 把 这 些 方法 加 载 到 当前 作用 域 中 : 
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import scala.collection.JavaConverters._ 


这 些 转 换 器 的 目的 是 让 你 能 够 对 Scala 容器 调用 asJava 函数 以 生成 对 应 的 Java 容器 ， 对 
Java 容器 调用 asScala 以 生成 Java 容器 。 因 此 ， 这 些 方法 有 效 地 定义 了 Scala 容器 类 型 与 
Java 容器 类 型 之 间 的 1 对 1 的 关联 关系 。 


但 是 更 多 时 候 ， 你 希望 能 够 选择 输出 容器 的 类 型 ， 而 不 是 使 用 asScala 或 asJava 方法 提供 
的 某 些 容器 类 型 。 这 时 ，WrapAsJava 和 WrapAsScala 定义 的 一 些 额 外 的 转换 方法 便 能 派 得 
上 用 场 。 


下 面 列举 了 WrapAsJava 中 提供 的 一 些 方法 : 


implicit def asJavaIterator[A](it: Iterator[A]): ju.Iterator[A] = 
implicit def asJavaEnumeration[A](it: Iterator[A]): ju.Enumeration[A] 
implicit def asJavaIterable[A](i: Iterable[A]): jl.Iterable[A] = 
implicit def asJavaCollection[A](it: Iterable[A]): ju.Collection[A] = 
implicit def bufferAsJavaList[A](b: mutable.Buffer[A]): ju.List[A] = 
implicit def mutableSeqAsJavaList[A](seq: mutable.Seq[A]): ju.List[A] 
implicit def seqAsJavaList[A](seq: Seq[A]): ju.List[A] = 
implicit def mutableSetAsJavaSet[A](s: mutable.Set[A]): ju.Set[A] = 
implicit def setAsJavaSet[A](s: Set[A]): ju.Set[A] = 
implicit def mutableMapAsJavaMap[A, B](m: mutable.Map[A, B]): ju.Map[A, B] = 
implicit def asJavaDictionary[A, B](m: mutable.Map[A, B]): ju.Dictionary[A, B] 
implicit def mapAsJavaMap[A, B](m: Map[A, B]): ju.Map[A, B] = 
implicit def mapAsJavaConcurrentMap[A, B](m: concurrent.Map[A, B]): 
juc.ConcurrentMap[A, B] = 


下 面 列 出 了 WrapAsScala 中 定义 的 方法 : 


implicit def asScalaIterator[A](it: ju.Iterator[A]): Iterator[A] = 
implicit def enumerationAsScalalIterator[A](i: ju.Enumeration[A]): 
Iterator[A] =... 
implicit def iterableAsScalaIterable[A](i: jl.Iterable[A]): Iterable[A] = 
implicit def collectionAsScalaIterable[A](i: ju.Collection[A]): Iterable[A]=... 
implicit def asScalaBuffer[A](1: ju.List[A]): mutable.Buffer[A] = 
implicit def asScalaSet[A](s: ju.Set[A]): mutable.Set[A] = 
implicit def mapAsScalaMap[A, B](m: ju.Map[A, B]): mutable.Map[A, B] =... 
implicit def mapAsScalaConcurrentMap[A, B](m: juc.ConcurrentMap[A, B]): 
concurrent.Map[A, B] = .. 
implicit def dictionaryAsScalaMap[A, B](p: ju.Dictionary[A, B]): 
mutable.Map[A, B] = 
implicit def propertiesAsScalaMap(p: ju.Properties): 
mutable.Map[String, String] = 
[source,scala] 




































































& JavaConverters 相似 ， 我 们 可 以 使 用 Javaconversions 对 象 (http://www.scala-lang.org/ 
api/current/#scala.collection.JavaConversions$) 将 定义 在 这 些 trait 中 的 方法 导入 到 当前 作 
用 域 : 


import scala.collection.JavaConversions._ 


对 容器 执行 排序 是 非常 常见 的 操作 ， 因 此 Scala 提供 了 一 些 ordering[T] 类 型 的 隐 式 值 ， 
其 中 TT 是 一 个 String 类 型 值 ，String 类 型 是 一 类 AnyVal 类 型 ， 可 以 转换 成 Numeric 类 
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型 或 用 户 自 定义 的 顺序 值 (数值 类 型 是 对 作用 于 数值 的 常见 操作 的 一 种 抽象 ) ; 请 查看 
Ordered[T] (http://www.scala-lang.org/api/current/scala/math/Ordering.html) 中 的 定义 。 
我 们 不 会 列 出 一 些 在 集合 类 型 中 定义 的 隐 式 Ordering 值 ， 不 过 在 ordering[T] 类 型 中 存在 


最 后 

















implicit def ordered[A <% Comparable[A]]: Ordering[A] =... 
implicit def comparatorToOrdering[A](implicit c: Comparator[A]):Ordering[A]=... 
implicit def seqDerivedOrdering[CC[X] <: scala.collection.Seq[X], T]( 

implicit ord: Ordering[T]): Ordering[CC[T]] =... 
implicit def infixOrderingOps[T](x: T)(implicit ord: Ordering[T]): 

Ordering[T]#Ops = ... 
implicit def Option[T](implicit ord: Ordering[T]): Ordering[Option[T]] = ... 
implicit def Iterable[T](implicit ord: Ordering[T]): Ordering[Iterable[T]] =... 
implicit def Tuple2[T1, T2](implicit ord1: Ordering[T1], ord2: Ordering[T2]): 

Ordering[(T1, T2)] =... 
// 相似 的 函数 :从 Tuple3 到 Tuple9 

















， 还 有 一 些 转换 可 用 于 构建 “迷你 - DSL 语言 ”的 并 发 或 管理 进程 。 











wc, scala.concurrent.duration 包 (http://www.scala-lang.org/api/current/scala/concurrent/ 
duration/package.html) 中 提供 了 一 些 用 于 定义 持续 时 间 的 方法 (我们 会 在 第 17 章 中 看 到 
这 些 类 型 以 及 用 于 调用 并 发 的 其 他 类 型 ) : 






































implicit def pairIntToDuration(p: (Int, TimeUnit)): Duration =... 
implicit def pairLongToDuration(p: (Long, TimeUnit)): FiniteDuration = ... 
implicit def durationToPair(d: Duration): (Long, TimeUnit) =... 


面 列举 了 一 些 各 种 各 样 的 转换 方法 ， 代 码 摘自 scala.concurrent 包 的 多 个 文件 : 





// scala.concurrent.FutureTaskRunner: 
implicit def futureAsFunction[S](x: Future[S]): () => S 


// scala.concurrent.JavaConversions: 

implicit def asExecutionContext(exec: ExecutorService): 
ExecutionContextExecutorService =... 

implicit def asExecutionContext(exec: Executor): ExecutionContextExecutor =... 


// scala.concurrent.Promise: 
private implicit def internalExecutor: ExecutionContext =... 


// scala.concurrent.TaskRunner: 
implicit def functionAsTask[S](fun: () => S): Task[S] 


// scala.concurrent.ThreadPoolRunner : 
implicit def functionAsTask[S](fun: () => S): Task[S] =... 
implicit def futureAsFunction[S](x: Future[S]): () => 


n 
I 


iJ, Process 提供 了 一 些 与 UNIX shell 命令 类 似 的 方法 ， 以 支持 操作 系统 进程 操作 : 


implicit def buildersToProcess[T](builders: Seq[T])( 
implicit convert: T => Source): Seq[Source] =... 
implicit def builderToProcess(builder: JProcessBuilder): ProcessBuilder =... 
implicit def fileToProcess(file: File): FileBuilder =... 
implicit def urlToProcess(url: URL): URLBuilder =... 
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implicit def stringToProcess(command: String): ProcessBuilder = ... 
implicit def stringSeqToProcess(command: Seq[String]): ProcessBuilder =... 


这 真是 一 个 很 长 的 代码 ! 不 过 我 希望 你 可 以 通过 浏览 这 些 代码 对 Scala 库 是 如 何 支持 并 运 
用 隐 式 能 有 一 个 大 概 的 了 解 。 


5.8 合理 使 用 隐 式 


在 构建 DSL 以 及 简化 代码 的 API 的 过 程 中 ， 隐 式 参 数 机 制 是 一 种 非常 强大 的 工具 。 不 过 
由 于 传递 的 隐 式 参数 以 及 隐 式 值 几 乎 是 不 可 见 的， 这 就 增加 了 理解 代码 的 难度 。 所 以 ， 我 
们 应 该 合理 地 使 用 隐 式 。 

有 一 种 可 以 提高 隐 式 可 见 性 的 方法 ， 即 将 隐 式 值 统 一 放 到 名 为 impLicts 的 特殊 包 或 名 为 
Implicits 的 对 象 中 。 这 种 方式 使 得 读者 一 旦 遇 到 导入 语句 中 的 implicit 字样 时 ， 便 会 留 
意 到 除了 Scala 内 置 的 隐 式 之 外 ， 还 存在 一 些 其 他 的 隐 式 。 值 得 庆幸 的 是 ， 目 前 有 些 IDE 
也 能 够 指出 代码 中 存在 的 隐 式 。 


5.9 本章 回 顾 与 下 一 章 提要 


我 们 在 本 章 中 深入 学 习 了 Scala 语言 中 关于 隐 式 的 各 种 知识 。 我 希望 你 能 在 理解 了 隐 式 的 
功能 和 用 途 的 同时 ， 还 能 牢记 它们 的 缺点 。 

接 下 来 ,我们 将 深入 学 习 函 数 式 编程 的 原理 。 我 们 首先 会 讨论 函数 式 编程 的 核心 概念 并 解 
释 它 们 的 重要 性 。 之 后 我 们 将 会 了 解 到 Scala 库 中 大 多 数 容器 类 型 所 提供 的 强大 的 函数 。 
通过 学 习 ， 我 们 能 够 掌握 如 何 使 用 这 些 函 数 构 建 简洁 却 又 强大 的 程序 。 
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用 100 个 函数 操作 工 个 数据 结构 ， 总 比 用 10 个 函数 操作 10 个 数据 结构 来 得 好 。 
Alan J. Perlis 


每 隔 一 二 十 年 ， 就 会 有 一 种 计算 机 思想 成 为 主流 。 而 在 成 为 主流 之 前 ， 这 种 思想 可 能 已 经 

在 计算 机 科学 研究 领域 或 者 工程 实 耻 的 菜 个 出 瞳 角 洲 里 潜伏 了 好 帮 十 年 之 久 。 之 所 以 能 

为 主流 思想 是 由 于 它 可 以 恰当 地 解决 当前 面临 的 问题 。 面 向 对 象 编程 语言 (OOP) 发 明 于 

20 世纪 60 年 代 ， 由 于 面向 对 象 编程 很 适合 解决 图 形 界面 的 设计 问题 ， 它 因此 成 为 20 世纪 

80 年 代 的 主流 编程 范式 。 

函数 式 编程 走向 主流 的 过 程 也 非常 类 似 。 关 于 函数 式 编程 的 研究 实际 上 比 面向 对 象 编程 的 

还 要 久远 。 函 数 式 编程 主要 可 以 为 当前 面临 的 三 大 挑战 提供 解决 方案 。 

(是 并 发 的 普遍 需求 。 有 了 并 发 ， 我 们 可 以 对 应 用 进行 水 平 扩展 ， 并 提供 其 对 抗 服务 器 故 
障 的 能 力 。 所 以 ， 如 今 并 发 编程 已 经 是 每 个 开发 者 的 必 备 技能 

(2) 是 编写 数据 导向 (如 “大 数据 ”) 程序 的 要 求 。 当 然 ， 从 某 种 意义 上 说 ， 每 个 程序 都 与 
数据 密切 相关 ， 但 如 今天 数据 的 发 展 趋势 ， 使 得 有 效 处 理 海量 数据 的 技术 被 提高 到 了 更 
重要 的 位 置 。 

(3) 是 编写 无 bug 的 程序 的 要 求 。 这 个 挑战 与 编程 本 身 一 样 古 老 ， 但 国 数 式 编程 从 数学 的 角 
度 为 我 们 提供 了 新 的 工具 ， 使 我 们 向 无 bug 的 程序 又 迈进 了 一 步 。 

apes 这 一 特点 解决 了 并 发 编程 中 最 大 的 难题 ， 即 对 共享 的 可 变 状态 的 访问 问题 。 因 
， 编 写 状态 不 可 变 的 代码 就 称 为 编写 健壮 的 并 发 程序 的 必 备 品 ， 而 拥抱 函数 式 编程 就 是 

CE 至 。 状 态 不 可 变 ， 以 及 严密 的 函数 式 编程 思想 有 其 数学 理论 

为 基础 ， 还 能 减少 程序 中 的 逻辑 错误 。 


在 本 章 和 以 后 的 章节 中 ， 我 们 会 逐渐 掌握 函数 式 编程 的 操作 方法 ， 同 时 我 们 也 会 发 现 函 数 
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式 编 程 在 处 理 数 据 导向 的 应 用 中 的 明显 优势 。 这 一 点 会 在 第 18 章 深 入 讨论 。 本 书 中 讨论 
的 很 多 主题 都 有 助 于 减少 bug 的 产生 ， 特 别 有 帮 助 的 部 分 我 们 会 进行 特别 讲解 。 

到 目前 为 止 ， 在 本 书 中 我 假定 读者 对 面向 对 象 编程 有 基本 的 概念 。 但 由 于 理解 函数 式 编 程 
的 人 相对 较 少 ， 所 以 我 们 会 花 些 时 间 介 绍 函 数 式 编程 的 基本 概念 。 在 17.3 市 ， 我 们 会 深入 
探讨 函数 式 编程 是 编写 并 发 程序 的 有 效 工 具 这 一 问题 ， 另 外 ， 你 还 将 发 现 ， 它 也 对 改进 面 
问 对 象 程序 也 很 有 帮助 。 

在 本 章 的 开始 ， 我 们 会 暂时 抛 开 Scala 语言 ， 花 少量 篇 幅 介 绍 函 数 式 编 程 。 对 于 Scala 这 样 
一 门 混合 范式 的 语言 ， 国 数 式 编程 并 不 是 必须 采用 的 ， 但 几 是 能 用 得 上 的 地 方 ， 都 推荐 你 
采用 Scala。 


6.1 什么 是 函数 式 编程 

存 不 存在 一 门 编程 语言 不 使 用 函数 或 其 他 类 似 函 数 的 结构 ? 不管 它 们 叫 方法 (method), 
程序 (procedure)， 还 是 coTo， 它 们 都 相当 于 函数 。 所 有 的 语言 都 有 函数 。 

函数 式 编程 的 理论 基础 是 数学 中 关于 函数 和 值 的 规则 。 这 对 软件 编程 中 的 函数 有 着 深远 的 
影响 。 


6.1.1 数学 中 的 函数 
在 数学 里 ， 函 数 没 有 副作用 。 以 下 是 经 典 的 sin) 函数 : 
y=sin(x) 
无 论 sin(x) 做 了 多 少 计算 ， 它 的 所 有 结果 都 被 函数 返回 并 赋值 给 了 y。 在 sin(x) 内 部 ， 没 有 
任何 全 局 状态 被 修改 。 这 样 ， 我 就 称 该 函数 是 无 副作用 函数 ， 即 纯 函数 。 
纯 函 数 极 大 地 简化 了 函数 的 分 析 、 测 试 和 调试 。 你 可 以 不 考虑 调用 该 函数 的 上 下 文 信息 ， 
否则 的 话 ， 就 要 受 该 上 下 文中 调用 的 其 他 函数 的 影响 了 。 
由 于 可 以 忽略 上 下 文 信息 ，3 引 1 用 是 透明 的 ， 这 带 来 了 两 个 结果 。 第 一 ， 你 可 以 在 任何 地 方 
调用 函数 ， 并 确信 其 行为 与 上 下 文 无 关 ， 每 次 的 行为 都 能 够 确保 相同 。 由 于 没有 任何 全 局 
对 象 被 修改 ， 对 函数 的 并 发 调用 也 是 安全 可 靠 的 ， 不 需要 任何 线程 安全 的 编写 技巧 。 
第 二 ， 你 可 以 用 表达 式 所 计算 得 出 的 值 替 换 表 达 式 本 身 。 考 虑 如 下 例子 : 由 于 方程 
sin(pi/2) = 1 成 立 ， 只 要 sin 国 数 是 纯 国 数 ， 代 码 分 析 器 如 编译 器 或 者 运行 时 的 虚拟 机 就 
可 以 将 函数 调用 sin(pi/2) 替换 为 1， 而 不 会 引入 任何 错误 。 
返回 Unit 的 函数 只 能 执行 带 副作用 的 操作 ， 它 必须 在 某 处 对 可 变 状态 做 修 
改 。 一 个 例子 就 是 调用 了 println 或 printf 去 打印 the world 字符 串 的 函数 ， 
THEA VO 相关 状态 修改 为 the world, 







































































由 于 我 们 可 以 用 其 中 一 个 替换 另 一 个 ， 值 与 函数 之 间 有 着 天 然 的 对 称 关系 。 那 么 能 否 用 函 
数 来 替换 值 ， 或 者 将 函数 视 为 值 呢 ? 
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事实 上 ， 在 函数 式 编程 中 ， 函 数 是 第 一 等 级 的 值 ， 就 像 数 据 变量 的 值 一 样 。 你 可 以 从 函数 
中 组 合 形 成 新 函数 (如 tan()=sin(r)eos(x))， 可 以 将 函数 赋值 给 变量 ， 也 可 以 将 函数 作为 
参数 传递 给 其 他 函数 ， 还 可 以 将 函数 作为 其 他 函数 的 返回 值 。 


当 一 个 函数 采用 其 他 函数 作为 变量 或 返回 值 时 ， 它 被 称 为 高 阶 函 数 。 在 数学 中 ， 微 积分 中 
有 两 个 高 阶 函 数 的 例子 一 一 微分 与 积分 。 我 们 将 一 个 表达 式 作为 函数 传 给 “微分 函数 ”， 
然后 微分 函数 返回 了 一 个 新 函数 ， 即 原 函 数 的 导数 。 

我 们 已 经 接触 了 不 少 高 阶 函 数 的 例子 ， 如 : 集合 类 型 的 map 方法 。map 方法 的 参数 是 一 个 
函数 ， 该 函数 对 集合 中 的 每 个 元 素 进行 操作 。 


6.1.2 不 可 变 变量 

“变量 ”一 词 在 函数 式 编程 中 有 新 的 含义 。 传 统 的 面向 对 象 编程 是 面向 过 程 编程 的 一 个 子 
集 ， 如 果 你 有 面向 过 程 编 程 的 背景 ， 你 会 认为 变量 就 是 可 变 的 。 然 而 ， 在 函数 式 编程 中 ， 
变量 是 不 可 变 的 。 

这 是 数学 原理 带 来 的 男 一 个 结果 。 在 表达 式 y=sin(x) H, 一旦 x 确定 , y 也 就 确定 了 。 类 
此 地 ， 值 也 是 不 可 变 的 。 如 果 你 想 对 3 加 1， 你 不 能 “对 3 这 个 对 象 做 修改 "， 而 只 能 “ 创 
建 一 个 新 的 值 表示 4”。 我 们 在 这 里 用 “ 值 ” 一 词 作为 不 可 变 变 量 的 同义词 。 

假如 一 开始 你 对 不 可 变 变量 不 太 习 惯 ， 对 于 值 的 不 可 变 特性 你 也 会 很 难 适应 。 如 果 你 没 法 
修改 变量 ， 你 就 不 能 用 循环 变量 了 ， 也 不 能 通过 方法 的 调用 修改 对 象 的 状态 ， 不 能 执行 输 
入 输出 操作 。 用 值 不 可 变 的 特性 思考 需要 花 些 力气 。 

显然 ， 我 们 不 可 能 永远 使 用 纯 函 数 。 没 有 了 输入 输出 ， 你 的 计算 机 除了 发 热 以 外 别 无 用 
处 。 实 践 中 的 函数 式 编 程 对 何 时 执行 可 变 操作 ， 什 么 时 候 只 调用 纯 函 数 做 了 明确 界定 。 





































































































为 什么 输入 输出 是 有 副作用 的 ? 
很 容易 想到 sin(x) 是 没有 副作用 的 纯 函 数 。 为 什么 输入 和 输出 是 有 副作用 的 非 纯 操 
作 ? 它们 修改 了 我 们 周围 的 状态 ， 如 : 文件 的 内 容 和 屏幕 上 看 到 的 输出 。 它 们 也 不 是 
引用 透明 的 。 每 次 调用 readline (定义 于 Predef 中 ) ， 都 会 取出 不 同 的 结果 。 每 次 调 
用 println (同样 定义 于 Predef) ， 会 传 入 不 同 的 值 ， 但 都 返回 Unit, 











这 并 不 意味 着 函数 式 编程 完全 没有 状态 。 如 果 那 样 的 话 ， 函 数 式 编程 也 就 没什么 用 处 了 。 
你 可 以 用 新 的 对 象 或 新 开 的 栈 空间 来 表示 状态 的 修改 ， 即 调用 函数 ， 并 返回 你 要 的 值 。 
回顾 第 2 章 的 例子 : 


// src/main/scala/progscala2/typelessdomore/factorial.sc 








def factorial(i: Int): Long = { 
def fact(i: Int, accumulator: Int): Long = { 
if (i <= 1) accumulator 
else fact(i - 1, i * accumulator) 


} 
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fact(i, 1) 
} 


(0 to 5) foreach ( i => println(factorial(i)) ) 


我 们 用 递归 来 计算 阶乘 。 对 计算 结果 的 每 次 更 新 被 压 到 了 栈 上 ， 而 不 是 直接 修改 栈 中 
的 值 。 
在 这 个 例子 的 最 后 ， 我 们 将 结果 打印 出 来 。 所 有 的 函数 式 语言 都 提供 了 类 似 的 机 制 ， 可 以 
帮助 我 们 完成 1O 操作 ， 以 及 其 他 必须 涉及 状态 修改 的 行为 。 对 于 Scala 这 样 非常 灵活 的 
混合 范式 语言 ， 我 们 需要 学 会 审慎 规范 地 在 必须 修改 状态 时 才 对 状态 做 修改 ， 剩 下 的 部 分 
应 该 尽量 做 到 无 副作用 。 


值 不 可 变性 对 编写 可 扩展 的 并 发 程序 有 巨大 的 好 处 。 多 线程 程序 的 大 部 分 难点 在 于 对 公共 
的 可 变 状态 进行 访问 时 的 同步 问题 。 如 果 去 掉 了 公共 状态 的 可 变性 ， 这 个 问题 将 不 复 存 
在 。3 引 用 透明 的 函数 和 值 不 可 变性 的 结合 ， 使 得 函数 式 编 程 成 为 编写 并 发 软件 应 用 的 更 好 
选择 。 对 并 发 程序 进行 扩展 的 需求 的 增长 ， 提 高 了 业界 对 函数 式 编程 的 关注 。 

这 两 个 特点 对 编程 还 有 其 他 方面 的 好 处 。60 年 间 ， 我 们 发 明 的 所 有 编程 语言 的 构造 都 在 试 
图 管理 复杂 性 。 高 阶 的 纯 函 数 被 称 为 粘 合 剂 ， 它 们 可 以 将 灵活 、 细 粒度 的 代码 块 和 粒度 更 
大 、 更 复杂 的 程序 很 好 地 组 合 在 一 起 。 我 们 已 经 遇见 过 与 集合 有 关 的 方法 串 在 一 起 并 用 少 
量 代码 完成 复杂 逻辑 的 例子 。 
纯 函 数 与 值 不 可 变性 极 大 地 降低 了 bug 出 现 的 概率 。 致 命 的 bug 大 多 来 源 于 可 变 状 态 ， 尤 
其 是 那 种 部 署 到 生产 环境 之 前 很 难 测 试 出 来 的 bug， 这 种 bug 通常 也 是 最 难 修复 的 。 

可 变 状态 意味 着 一 个 模块 对 状态 的 修改 ， 对 于 其 他 模块 来 说 是 不 可 预见 的 ， 由 此 可 能 引发 
“幽灵 般 的 超 距 作用 o 


纯 国 数 通 过 去 掉 面 向 对 象 的 程序 代码 中 的 同步 保护 代码 ， 从 而 大 大 简化 了 代码 。 对 于 面向 
对 象 编程 而 言 ， 对 数据 结构 的 访问 往往 被 封装 在 对 象 中 。 因 为 如 果 状 态 可 变 ， 我 们 不 可 能 
简单 地 将 其 与 客户 端 共享 ， 而 往往 通过 增加 特定 的 访问 方法 ， 从 而 使 得 客户 端 对 状态 的 访 
问 在 我 们 的 控制 范围 之 内 。 这 些 用 于 访问 的 方法 增加 了 代码 的 体积 ， 从 而 增加 了 测试 与 维 
护 的 成 本 。 这 也 使 得 API 增多 ， 增 加 了 客户 端的 学 习 成 本 。 

当 我 们 有 了 值 的 不 可 变性 以 后 ， 这 些 问 题 基本 都 消失 了 。 我 们 可 以 将 内 部 数据 设 为 可 对 外 
公开 访问 ， 从 而 不 必 再 担心 数据 的 值 被 修改 的 问题 。 当 然 了 ， 减 少 耦 合 和 暴露 抽象 的 普遍 
原则 依然 适用 。 隐 藏 实现 细节 对 于 最 小 化 API 签名 依然 是 非常 重要 的 。 

一 个 关于 不 可 变性 的 反常 现象 是 ， 其 程序 反而 比 状 态 可 变 的 程序 更 快 。 如 果 你 不 能 修改 对 
象 的 值 ， 你 就 只 能 在 需要 改变 值 的 时 候 复制 一 份 ， 再 进行 修改 ， 对 吗 ? 幸运 的 是 ， 函 数 式 
编程 通过 共享 对 象 中 的 未 修改 部 分 使 得 复制 的 开销 最 小 化 。 

与 此 相反 ， 面 向 对 象 语言 中 的 数据 结构 并 不 支持 高 效 的 复制 操作 。 当 需要 共享 数据 结构 的 
内 部 状态 时 ， 为 了 使 数据 免 受 不 需要 的 修改 操作 所 污染 ， 客 户 端 不 得 不 对 可 变 的 数据 结构 
做 代价 昂贵 的 复制 。 

另 一 个 性 能 提供 的 原因 在 于 数据 结构 的 惰性 求 值 ， 如 Scala 的 Stream XA! (http://www. 

















































































































































































































scala-lang.org/api/current/scala/collection/immutable/Stream.html)。 少 部 分 函数 式 语言 如 
Haskell， 它 们 的 默认 为 惰性 值 ， 这 意味 着 求 值 操作 被 推迟 到 对 应 的 值 的 确 需 要 用 的 时 候 '。 


Scala 默认 的 求 值 规则 为 立即 求 值 或 者 严格 求 值 。 惰 性 求 值 在 Scala 中 的 优势 在 于 它 可 以 避 
免 做 不 需要 的 求 值 计算 。 例 如 : 处 理 很 大 的 流 式 数据 时 ， 如 果 只 需要 其 中 开头 的 一 小 部 分 
数据 ， 那 么 对 整个 数据 做 处 理 就 显得 十 分 浪费 。 即 使 最 终 的 确 需要 整 块 数据 ， 情 性 策略 也 
可 以 提前 得 出 结果 ， 而 不 需要 等 待 整 块 数据 都 处 理 完成 才 行 。 

HBA, Scala 为 何不 干脆 也 将 惰性 求 值 设 为 默认 的 规则 呢 ? 这 是 由 于 在 很 多 场景 下 惰性 求 
值 的 效率 并 不 高 ， 而 且 求 值 的 结果 也 很 难 预 测 。 所 以 ， 多 数 函 数 式 编 程 语言 默认 为 立即 求 
值 。 但 场景 合适 时 也 可 以 使 用 惰性 求 值 ， 如 在 处 理 流 式 数据 时 。 

是 时 候 来 探讨 Scala 中 的 函数 式 编程 实践 了 。 我 们 会 继续 讨论 函数 式 的 其 他 方面 特点 及 其 
好 处 。 在 介绍 Scala 的 面向 对 象 特性 之 前 ， 我 们 先 介绍 其 函数 式 特性 ， 以 鼓励 大 家 真正 理 
解 函 数 式 的 好 处 。 对 于 Java 程序 员 而 言 ， 最 便捷 的 学 习 途 径 就 是 先 将 Scala 视 为 “更 好 的 
Java”, 一 门 拥有 一 些 奇 怪 隐 星 的 函数 式 特点 的 面向 对 象 编程 的 语言 。 我 会 将 这 些 隐 星 的 角 
落 清楚 地 展现 在 大 家 面前 ， 从 而 使 得 我 们 得 以 领略 其 魅力 和 实力 。 

本 章 介 绍 了 那些 我 认为 每 个 Scala 程序 员 都 必须 掌握 的 基础 。 函 数 式 编程 是 一 个 庞大 而 让 
富 的 领域 ， 我 们 将 会 在 第 16 章 为 新 手 介 绍 一 些 更 高 级 但 并 非 必须 掌握 的 话题 。 


6.2 Scala 中 的 函数 式 编程 

作为 一 门面 向 对 和 象 与 函数 式 的 混合 范式 语言 ，Scala 并 不 强制 要 求 函数 必须 是 纯 函数 ， 也 
不 要 求 变量 不 可 变 。 尽 管 它 的 确 推 荐 你 在 任何 可 能 的 情况 下 这 么 做 。 

我 们 来 快速 概述 一 下 我 们 已 经 学 到 的 东西 。 


以 下 是 几 个 高 阶 函 数 ， 我 们 将 其 组 合 在 一 起 ， 用 它 来 对 一 个 整数 列表 进行 遍历 ， 过 滤 出 其 
中 的 偶数 ， 对 每 个 偶数 乘 以 2， 再 使 用 reduce 函数 将 各 个 整数 乘 在 一 起 : 


// src/main/scala/progscala2/fp/basics/hofs-example.sc 

























































































































































































(1 to 10) filter (_ % 2 == 0) map (_ * 2) reduce (_ * _) 
结果 为 122880。 


回顾 一 下  %2=50,_ * 2, 与 _* 是 国 数字 面 量 。 前 两 个 国 数 只 有 一 个 参数 ， 赋 值 
给 占 位 符 _， 最 后 一 个 函数 带 两 个 参数 ， 该 函数 本 身 是 reduce 函数 的 参数 。 

reduce 函数 将 各 个 元 素 做 累 乘 ， 也 就 是 说 它 将 整数 的 集合 reduce 为 一 个 值 。reduce 函数 
带 两 个 参数 ， 均 赋值 给 了 占 位 符 ~。 甚 中 一 个 参数 是 集合 中 的 当前 元 素 ， 另 一 个 参数 就 是 
累 乘 值 ， 是 上 一 次 调用 reduce 函数 得 到 的 部 分 元 素 的 累 乘 结果 。( 第 一 个 参数 是 累 乘 参数 ， 
还 是 第 二 个 参数 是 累 乘 参数 取决 于 具体 实现 ) 对 传人 的 函数 的 要 求 是 : 其 计算 必须 满足 结 
合 律 ， 类 似 乘法 与 加 法 ， 因 为 我 们 不 保证 集合 中 元 素 的 计算 顺序 。 









































注 1: Haskell 社区 有 一 个 笑话 ， 说 他 们 总 是 将 成 功 尽 可 能 地 推迟 到 最 后 一 分 钟 。 
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于 是 ， 我 们 只 用 了 一 行 代码 ， 疫 有 用 可 变 的 计数 右 ， 也 没有 用 可 变 变 量 作为 累 乘 结果 ， 就 
“循环 ”遍历 了 列表 得 出 结果 。 


6.2.1 匿名 函数 、Lambda 与 闭 包 
对 刚才 的 例子 做 以 下 修改 : 
// src/main/scala/progscala2/fp/basics/hofs-closure-example.sc 


var factor = 2 
val multiplier = (i: Int) => i * factor 


(1 to 10) filter (_ % 2 == 0) map multiplier reduce (_ * _) 


factor = 3 
(1 to 10) filter (_ % 2 == 0) map multiplier reduce (_ * _) 


我 们 定义 一 个 名 为 factor 的 变量 ， 作 为 累 乘 因子 。 而 之 前 的 匿名 函数 _* 2 则 替换 为 一 个 
名 为 multiplier 的 变量 ， 变 量 的 值 由 factor 决定 。 注 意 ，multiplier 事实 上 也 是 一 个 函 
数 。 由 于 函数 在 Scala 中 是 第 一 等 的 ， 因 此 我 们 定义 了 表示 函数 的 变量 。 不 过 ， 这 不 是 简 
单 的 替换 ， 在 这 里 multiplier 引用 了 factor， 而 不 是 将 其 硬 编码 为 2。 


注意 看 我 们 使 用 两 个 不 同 的 factor 值 时 ， 程 序 的 运行 结果 。 首 先 我 们 的 输出 值 为 122880， 
与 之 前 相同 ， 但 接着 输出 值 为 933120。 


尽管 multiplier 是 一 个 不 可 变 的 函数 字面 量 ， 当 Factor 改变 时 ，multiplier 的 行为 也 跟 
着 改变 。 

TE multiplier 国 数 中 有 两 个 变量 1 和 factor, i 是 一 个 国 数 的 参数 ， 所 以 每 次 调用 时 ,1 
都 绑 定 了 一 个 新 的 值 。 


ZA, factor 并 不 是 multiplier 的 参数 ， 而 是 一 个 自由 变量 ， 是 一 个 当前 作用 域 中 某 个 值 
的 引用 。 所 以 ， 编 译 器 创建 了 一 个 闭 包 ， 用 于 包含 (或 “覆盖 ”) multiplier 与 它 引 用 的 
外 部 变量 的 上 下 文 信息 ， 从 而 也 就 绑 定 了 外 部 变量 本 身 。 

这 就 是 factor 变化 时 ，multiplier 也 跟着 变化 的 原因 。Multiplier 引用 了 factor， 每 次 
调用 时 都 重新 读 取 Factor 的 值 。 如 果 函 数 没 有 外 部 引用 ， 那 它 就 只 是 包含 了 自身 ， 不 需要 
外 部 上 下 文 信息 。 
即使 factor 处 于 某 个 局 部 作用 域 (如 某 个 方法 ) 中 ， 而 我 们 将 multiplier 传递 给 其 他 作 


用 域 〈 如 另 一 个 方法 ) 中 时 ， 这 一 机 制 仍然 有 效 。 该 自由 变量 factor 的 有 效 性 一 直 伴 随 
multiplier 国 数 : 




















































































































// src/main/scala/progscala2/fp/basics/hofs-closure2-example.sc 
def m1 (multiplier: Int => Int) = { 
(1 to 10) filter (_ % 2 == 0) map multiplier reduce (_ * _) 


def m2: Int => Int = { 
val factor = 2 





val multiplier = (i: Int) => i * factor 
multiplier 


} 
mi(m2) 


我 们 调用 m2， 返 回 了 一 个 类 型 为 Int => Int 的 函数 。 





返回 的 内 部 值 是 multiplier, 


multiplier 引用 了 m2 中 定义 的 变量 factor, — H m2 返回 ， 就 离开 了 factor 变量 的 作用 域 。 








然后 调用 m1， 将 m2 的 返回 值 传递 给 它 。 尽 管 factor 变量 已 经 离开 了 ml 的 作用 域 ， 但 程 
函数 事实 上 是 一 个 闭 包 ， 它 包含 了 











序 的 输出 与 之 前 的 例子 相同 ， 仍 为 122880。m2 返回 的 
对 factor 的 引用 。 


这 里 有 几 个 概念 存在 交叉 的 常用 术语 。 




















一 种 具有 名 或 匿名 的 操作 。 其 代码 直到 被 调用 时 才 执 行 。 在 函数 的 定义 中 ， 可 能 有 也 可 


能 没有 3 引用 外 部 的 未 绑 定 变量 。 
e Lambda 
一 种 匿名 国 数 。 在 它 的 定义 中 ， 可 能 有 也 可 能 没有 引用 外 部 的 未 绑 定 变 量 。 


。 we 











是 一 个 函数 ， 可 能 匿名 或 具有 名 称 ， 在 定义 中 包含 了 自由 变量 ， 函 数 中 包含 了 环境 信 





息 ， 以 绑 定 其 引用 的 自由 变量 。 





为 什么 用 Lambda 这 个 名 字 ? 


Fl Lambda 来 表示 匿名 函数 源 于 Lambda HAR, Lambda 微 积 分 中 用 希腊 字母 Lambda 
入 表示 匿名 函数 。Alonzo Church 在 数学 的 可 计算 性 理论 中 首先 研究 了 Lambda ft 

， 在 Lambda 微 积分 中 ， 将 函数 的 特性 总 结 为 : 函数 是 绑 定 了 值 ， 或 用 其 他 表达 
(apply) 的 计算 行为 的 抽象 。(apply 一 词 就 是 我 们 
已 经 接触 过 的 默认 方法 apply 名 字 的 来 源 。) Lambda HA PAA By KRRK AA fl 10, 
如 何 用 值 代 替 变 量 等 定义 了 规则 。 











不 同 的 编程 语言 往往 用 上 述 的 术语 和 其 他 术语 来 表示 这 几 个 有 细微 区 别 的 概念 。 在 Scala 
中 ， 我 们 称 Lambda 函数 为 匿名 函数 或 函数 字面 量 ， 对 于 闭 包 和 其 他 函数 则 并 不 区 分 (BR 














非 这 样 的 区 别 的 确 重要 )。 

作为 函数 的 方法 

在 上 一 小 节 讨 论 函 数 捕捉 外 部 变量 时 ， 我 们 将 匿名 国 数 multiplier 定义 为 一 个 值 : 
val multiplier = (i: Int) => i * factor 

不 过 ， 你 也 可 以 用 方法 代替 函数 : 


// src/main/scala/progscala2/fp/basics/hofs-closure3-example.sc 





object Multiplier { 
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var factor = 2 
// Compare: val multiplier = (i: Int) => i * factor 
def multiplier(i: Int) = i * factor 


} 
(1 to 10) filter (_ % 2 == 0) map Multiplier.multiplier reduce (_ * _) 


Multiplier.factor = 3 
(1 to 10) filter (_ % 2 == 0) map Multiplier.multiplier reduce (_ * _) 


multiplier 此 时 是 一 个 方法 。 比 较 一 下 函数 定义 与 方法 定义 的 语法 区 别 。 除 了 multiplier 
是 方法 以 外 ， 我 们 对 它 的 使 用 与 函数 相同 ， 因 此 它 并 没有 引用 this。 在 需要 函数 的 地 方 用 
了 方法 ， 我 们 就 称 该 方法 被 提升 为 了 函数 。“ 提 升 ”这 个 词 的 其 他 用 法 我 们 会 在 后 续 章 节 
中 继续 学 习 。 


6.2.2 ”内 部 与 外 部 的 纯粹 性 

如 果 我 们 用 相同 的 x 值 调用 sino 函数 一 千 次 ， 系 统 每 次 都 重新 进行 一 次 将 会 是 极 大 的 浪 
费 。 即 使 在 “纯粹 ”的 函数 库 中 ， 也 常常 执行 内 部 优化 ， 如 缓存 (或 称 为 “ 记 住 ") 之 前 
的 计算 结果 。 但 缓存 引入 了 副作用 ， 因 此 缓存 的 状态 会 被 修改 。 


然而 ， 这 种 状态 的 改变 对 用 户 来 说 是 不 可 见 的 (除非 影响 性 能 的 意义 )。 函 数 的 实现 只 需 
要 负责 达到 “契约 ” 即 可 ， 即 线程 安全 与 透明 引用 。 


6.3 递归 

在 国 数 式 编 程 中 ， 递 归 比 在 命令 式 编程 中 更 为 重要 。 递 归 是 实现 “循环 ”的 唯一 方法 ， 因 
为 你 无 法 修改 循环 变量 。 

阶乘 的 计算 就 是 一 个 很 好 的 例子 。 以 下 是 Java 用 命令 式 循 环 的 一 种 阶乘 实现 ， 


// src/main/java/progscala2/fp/loops/Factorial.java 
package progscala2.fp.loops; 










































































public class Factorial { 
public static long factorial(long 1) { 
long result = 1L; 
for (long j = 2L; j <= l; j++) { 
result *= j; 
} 
return result; 


} 


public static void main(String args[]) { 
for (long l = 1L; l <= 10; 1++) 
System.out.printf("%d:\t%d\n", l, factorial(1l)); 
} 
} 


循环 变量 j 和 计算 结果 均 为 可 变 变量 。( 为 了 简化 程序 ， 我 们 忽略 了 输入 变量 小 于 等 于 零 
的 情况 。) 该 程序 使 用 sbt 构建 ， 因 此 我 们 可 以 在 sbt 提示 符 下 运行 它 : 
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> run-main progscala2.fp.loops.Factorial 
[info] Running FP.loops.Factorial 

Tei 

2 2 

3 6 

4 24 

5% 120 

6: 720 

7: 5040 

8 40320 

9: 362880 

10: 3628800 

[success] Total time: 0 s, completed Feb 12, 2014 6:12:18 PM 


以 下 为 递归 实现 : 


// src/main/scala/progscala2/fp/recursion/factorial-recur1.sc 
import scala.annotation.tailrec 


// What happens if you uncomment the annotation?? 
// @tailrec 
def factorial(i: BigInt): BigInt = 

if (i == 1) i 

else i * factorial(i - 1) 


} 


for (i <- 1 to 10) 
println(s"Si:\t${factorial(i)}") 

输出 是 相同 的 ， 但 这 里 没有 可 变 的 变量 。( 你 可 能 认为 在 最 后 测试 部 分 的 for 表达 式 中 1 是 
可 变 的 ， 但 实际 上 它 不 是 ， 我 们 将 会 在 第 7 章 进 行 阐释 。) 
递归 是 表达 函数 的 最 常用 方式 。 然 而 ， 递 归 也 有 两 个 缺点 : 反复 调用 函数 带 来 的 开销 ， 栈 
溢出 的 风险 。 
如 果 编 译 器 或 运行 环境 能 够 将 我 们 写 出 的 纯粹 的 且 以 递归 实现 的 函数 优化 为 循环 就 好 了 。 
接 下 来 我 们 就 将 探讨 这 个 话题 。 


6.4 尾部 调用 和 尾部 调用 优化 


有 一 种 特殊 的 递归 被 称 为 尾 递 归 。 在 尾 递 归 中 ， 函 数 可 以 调用 自身 ， 并 且 该 调用 是 函数 的 
最 后 一 个 (“尾部 ”) 操作 。 尾 递归 非常 重要 ， 因 为 这 是 能 把 函数 优化 为 循环 的 最 重要 的 一 
种 递归 。 循 环 可 以 消除 潜在 的 栈 溢出 风险 ， 同 时 也 因为 消除 了 函数 调用 开销 而 提升 效率 。 
尽管 目前 原生 JVM 还 不 支持 尾 递归 优化 ， 但 scalac 可 以 。 

然而 ， 我 们 计算 阶乘 的 例子 并 不 是 尾 递归 。 阶 乘 调用 了 自身 以 后 ， 还 将 结果 相 乘 。 回 亿 一 
下 ,第 2 章 中 讲 到 Scala 有 一 个 标记 Ctailrec (http:/Avww.scala-lang.org/api/current/#scala. 
annotation.tailrec) ， 可 以 添加 在 你 认为 是 尾 递归 的 递归 国 数 中 。 如 果 编 译 器 无 法 对 它 做 尾 
递归 优化 ， 系 统 将 抛 出 异常 。 


将 之 前 的 例子 中 @tailrec 前 的 // 广 释 符号 去 掉 ， 运 行 并 观察 输出 。 
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幸运 的 是 ， 我 们 在 艇 和 套 方 法 定义 与 递归 中 的 例子 是 一 个 合法 的 尾 递归 实现 。 以 下 是 甚 改 
进 版 : 


// src/main/scala/progscala2/fp/recursion/factorial-recur2.sc 
import scala.annotation.tailrec 








def factorial(i: BigInt): BigInt = { 


@tailrec 
def fact(i: BigInt, accumulator: BigInt): BigInt = 
if (i == 1) accumulator 


else fact(i - 1, i * accumulator) 


fact(i, 1) 
} 


for (i <- 1 to 10) 
println(s"$i:\t${factorial(i)}") 


以 上 脚本 的 输出 与 之 前 的 例子 相同 。 这 样 ，factorial Him BNI fact 完成 了 计算 工作 。 
fact 是 尾 递 归 的 ， 因 为 它 用 一 个 累 乘 的 参数 去 保存 计算 的 结果 。 该 参数 与 一 个 乘 数 相 乘 ， 
然后 在 函数 的 尾部 调用 fact 自身 。@tailrect 标记 不 再 抛 出 异常 ， 因 为 编译 器 可 以 成 功 将 
其 转 为 循环 。 


如 果 你 用 一 个 大 数 一 一 如 10 000 一 一 去 调用 原始 的 非 尾 递归 版 本 的 factorial 函数 ， 一 般 
普通 的 台式 计算 机 会 出 现 栈 洪 出 。 尾 递归 优化 的 版 本 则 可 以 成 功 运 行 ， 并 返回 结果 。 
定义 一 个 驱 套 的 尾 递归 国 数 ， 将 累积 值 作为 参数 ， 是 将 很 多 普通 递归 算法 转 为 尾 递归 的 实 
用 技巧 。 





























pæ 























当 一 个 调用 了 自身 的 方法 ， 有 可 能 被 子 类 型 中 的 同名 方法 覆 写 时 ， 尾 递归 是 
无 效 的 。 所 以 ， 尾 递归 的 方法 必须 用 private 或 final 关键 字 或 者 将 
CREATE, 











尾 递 归 的 trampoline 优 化 

trampoline (原意 为 “蹦床 ”) 是 指 通过 依次 调用 各 个 函数 完成 一 系列 国 数 之 间 的 循环 。 暗 
喻 在 多 个 函数 之 间 反 复 来 回调 用 。 

我 们 考虑 一 下 这 种 递归 : 函数 A 不 调用 自身 ,而 是 调用 了 男 一 个 函数 B， 而 函数 B 又 调用 
TA, A 再 次 调用 B， 如 此 循环 。trampoline 可 以 将 这 种 反复 来 回调 用 的 函数 也 转化 为 循环 。 
由 此 可 见 ，trampoline 是 一 种 无 需 递 归 就 可 以 处 理 这 种 来 回调 用 的 计算 的 数据 结构 。 
Scala 库 中 有 一 个 尾 递 归 对 象 (http:/www.scala-lang.org/api/current/scala/util/control/ 
TailCalls$.html) 用 于 达到 这 个 目的 。 

以 下 代码 提供 了 确定 一 个 数 是否 为 偶数 的 方法 ， 但 效率 不 高 。( 因 为 isEven 和 is0dd 互相 
引用 。 可 以 用 REPL 的 :paste 模式 粘贴 以 下 代码 。) 


// src/main/scala/progscala2/fp/recursion/trampoline.sc 
// From: scala-lang.org/api/current/index.html#scala.util.control.TailCalls$ 

















import scala.util.control.TailCalls._ 


def isEven(xs: 


List[Int]): TailRec[Boolean] = 


if (xs.isEmpty) done(true) else tailcall(isOdd(xs.tail)) 


def isOdd(xs: 


List[Int]): TailRec[Boolean] = 


if (xs.isEmpty) done(false) else tailcall(isEven(xs.tail)) 


for (i <- 1 to 5) { 
val even = isEven((1 to i).toList).result 
println(s"$i is even? Seven") 


} 





以 上 代码 对 列表 中 的 元 素 进行 来 回调 用 ， 如 果 到 列表 结束 时 ， 处 于 isEven 方法 中 ， 

















true; 如 果 在 isOdd 方法 中 ， 则 返回 false, 
得 到 以 下 与 期 望 相符 的 输出 结果 : 


运行 脚本 ， 


1 is 
2 is 
3 is 
4 is 
5 is 


even? 
even? 
even? 
even? 
even? 





false 
true 
false 
true 
false 


6.5 ” 偏 应 用 函数 与 偏 函 数 
考虑 如 下 带 两 个 参数 列表 的 简单 方法 ， 


// src/main/scala/progscala2/fp/datastructs/curried-func.sc 





scala> def cat1(s1: String)(s2: String) = s1 + s2 


Cat1: 


(st: 


String)(s2: String)String 





如 果 我 们 需要 一 个 专门 的 版 本 ， 要 求 第 一 
来 定义 这 档 





的 函数 ; 


scala> val hello = cati("Hello ") _ 
hello: String => String = <function1i> 


scala> hello("World!") 
res0: String = Hello World! 


scala> cati("Hello ")("World!") 
resi: String = Hello World! 


REPL 的 输出 表明 ，hetLtLo 是 一 个 <function1>， 





我 们 调用 cata 时 给 出 了 第 一 个 参数 列表 ， 
hello。 下 面 我 们 试 着 不 用 下 划 线 调用 cat1: 


scala> val hello = cati("Hello ") 


>console<:8: error: 





也 就 是 带 一 个 参数 的 函数 。 

















missing arguments for method cat1; 


follow this method with `_' if you want to treat it as a 
partially applied function 


则 返 





个 字符 串 总 是 Hello， 我 们 可 以 通过 偏 应 用 函数 


后 面 跟 上 一 个 下 划 线 (_)， 用 它 来 定义 了 
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val hello = cati("Hello ") 
nN 


关键 就 在 于 偏 应 用 函数 。 对 于 拥有 多 个 参数 列表 的 函数 而 言 ， 如 果 你 希望 忽略 其 中 一 个 或 
多 个 参数 列表 ， 可 以 通过 定义 一 个 新 函数 来 实现 。 也 就 是 说 ， 你 给 出 了 部 分 所 需 的 参数 。 
为 了 避免 潜在 的 表达 式 歧义 ，Scala 要 求 在 后 面 加 上 下 划 线 ， 用 来 告诉 编译 器 你 的 真实 目 
的 。 注 意 ， 这 个 特性 只 对 函数 的 多 个 参数 列表 有 效 ， 对 一 个 参数 列表 中 的 多 个 参数 的 情况 
并 不 适用 。 

编写 cat1("Hello")("World") 时 ， 它 的 开头 有 点 像 偏 作用 函数 cat1("Hetlo")_， 但 随后 我 
们 给 出 了 第 二 个 参数 列表 ， 这 样 就 消除 了 歧义 。 


下 面 厘清 一 些 让 人 困惑 的 术语 。 这 里 我 们 一 直 在 讨论 偏 应 用 函数 ， 其 实 偏 应 用 函数 表示 表 
达 式 中 使 用 了 函数 ， 但 并 未 给 出 所 需 的 所 有 参数 列表 。 所 以 ， 系 统 返 回 了 一 个 新 的 函数 ， 
该 函数 的 参数 列表 是 原 函 数 中 没有 给 出 的 剩 下 的 那 部 分 参数 列表 。 


我 们 也 掌握 了 偏 国 数 的 概念 ， 这 点 在 2.4 节 有 所 介绍 。 回 顾 一 下 ， 偏 函数 带 一 个 某 类 型 参 
a A 


scala> val inverse: PartialFunction[Double, Double] = { 
| case d if d != 0.0 => 1.0 / d 
| } 


inverse: PartialFunction[Double,Double] = <function1> 



































scala> inverse(1.0) 
resi28: Double = 1.0 


scala> inverse(2.0) 
resi29: Double = 0.5 


scala> inverse(0.0) 

scala.MatchError: 0.0 (of class java.lang.Double) 
at scala.PartialFunction$$anon$1.apply(PartialFunction.scala:248) 
at scala.PartialFunction$$anon$1.apply(PartialFunction. scala: 246) 


这 个 求 倒数 的 函数 并 不 太 健壮 ， 因 为 当 d 非常 小 但 非 零 时 ，1/d tee anit! 当然， 这 里 想 
说 的 是 ， 这 个 inverse 函数 是 “ 偏 ” 的 ， 只 处 理 除 以 0.0 外 的 所 有 Double 类 型 。 


fim EH KK a at: 带 部 分 而 非 全 部 参数 列表 的 函数 。 返 回 值 是 一 个 
新 函数 ， 新 函数 负责 携带 剩 下 的 参数 列表 。 偏 函数 则 是 单 参数 的 函数 ， 并 未 
对 该 类 型 的 所 有 值 都 有 定义 。 偏 函数 的 字面 量 语法 由 包围 在 花 括 号 中 的 一 个 
或 多 个 case 语句 构成 。 


6.6 Curry 化 与 函数 的 其 他 转换 


在 2.5.2 节 ， 我 们 引入 了 “方法 可 以 拥有 多 个 参数 列表 ”的 思想 。 我 们 讨论 过 它 的 用 法 ， 
不 过 函数 还 有 另 一 种 基本 性 质 也 支持 这 一 思想 ， 称 为 Curry。 访 命名 来 自 于 数学 家 Haskell 



























































Curry (这 也 是 Haskell 的 命名 来 源 )。 事 实 上 ，Curry 的 研究 来 源 于 Moses Schénfinkel 的 思 
AB, WE, Æ Schonfinkeling 还 是 Schonfinkelization， 就 更 难 解释 了 ……… 


Curry 将 一 个 带 有 多 参数 的 函数 转换 为 一 系列 函数 ， 每 个 函数 都 只 有 一 个 参数 。 


在 Scala 中 ， PSUS a 处 理 后 函数 都 只 有 一 个 参数 列表 。 
回顾 一 下 上 一 节 定 义 的 cati 方法 : 


// src/main/scala/progscala2/fp/datastructs/curried-func.sc 














def cat1(s1: String)(s2: String) = s1 + s2 
也 可 以 用 以 下 语法 来 定义 curry 化 的 函数 : 

def cat2(s1: String) = (s2: String) => s1 + s2 

一 种 语法 更 具 可 读 性 。 而 第 二 种 语法 在 将 Curry 化 的 函数 作为 偏 应 用 函数 时 ， 不 需要 在 
- 外 加 上 下 划 线 : 


scala> def cat2(si: String) = (s2: String) => s1 + s2 
cat2: (s1: String)String => String 














scala> val cat2hello = cat2("Hello ") // 没有 _ 
cat2hello: String => String = <function1> 


scala> cat2hello("World!") 
res0: String = Hello World! 


调用 两 个 国 数 的 写法 相同 ， 返 回 结果 也 相同 : 


scala> cat1("foo")("bar") 
res0: String = foobar 


scala> cat2("foo")("bar") 
resi: String = foobar 


我 们 还 可 以 将 一 个 带 有 多 个 参数 的 方法 转 为 Curry 化 的 形式 (注意 如 何 用 偏 应 用 函数 的 语 
法 来 完成 Curry 化) ， ; 


scala> def cat3(s1: String, s2: String) = s1 + s2 
cat3: (s1: String, s2: String)String 





scala> cat3("hello", "world") 
res2: String = helloworld 


scala> val cat3Curried = (cat3 _).curried 
cat3Curried: String => (String => String) = <function1> 


scala> cat3Curried("hello")("world") 
res3: String = helloworld 


在 这 个 例子 中 ， 我 们 将 带 有 两 个 参数 的 方法 cat3， 转 为 其 Curry 化 的 等 价 函 数 ， 该 函数 带 
两 个 参数 列表 。 如 果 cat3 带 三 个 参数 ， 则 相应 的 Curry 也 就 带 有 三 个 参数 列表 ， 以 此 类 推 。 


注意 类 型 签名 cat3Curried, String => (String => String)。 我 们 这 次 用 函数 值 来 代替 : 
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// src/main/scala/progscala2/fp/datastructs/curried-func2.sc 


scala> val f1: String => String => String = 
(s1: String) => (s2: String) => s1+s2 
f1: String => (String => String) = <function1> 


scala> val f2: String => (String => String) = 
(s1: String) => (s2: String) => s1 + s2 
f2: String => (String => String) = <function1> 


scala> f1("hello") ("world") 
res4: String = helloworld 


scala> f2("hello") ("world") 
res5: String = helloworld 


类 型 签名 String => String => String 与 String => (String => String) 是 等 价 的 。 调 用 
f1 或 f2 时 绑 定 第 一 个 参数 列表 ， 将 会 返回 一 个 类 型 为 String => String 的 新 函数 。 


我 们 也 可 以 用 Function (http://www.scala-lang.org/api/current/scala/Function$.html) 中 的 一 
个 方法 对 函数 做 “去 Curry” 


scala> val cat3Uncurried = Function.uncurried(cat3Curried) 
cat3Uncurried: (String, String) => String = <function2> 





scala> cat3Uncurried("hello", "world") 
res6: String = helloworld 


scala> val ffi = Function.uncurried(f1) 
ff1: (String, String) => String = <function2> 


scala> ffi("hello", "world") 

res7: String = helloworld 
Curry 的 一 个 实际 用 处 是 对 特定 类 型 的 数据 函数 做 特殊 化 。 函 数 可 以 接受 通用 的 类 型 ， 而 
Curry 化 的 函数 形式 则 只 接受 特定 的 类 型 。 
以 下 就 是 这 种 方法 的 一 个 示例 。 原 函数 用 于 计算 连 乘 ，Curry 化 的 函数 是 原 函 数 的 特 化 
版 本 : 


scala> def multiplier(i: Int)(factor: Int) = i * factor 
multiplier: (i: Int)(factor: Int)Int 











scala> val byFive = multiplier(5) _ 
byFive: Int => Int = <function1> 


scala> val byTen = multiplier(10) _ 
byTen: Int => Int = <functioni> 


scala> byFive(2) 
res8: Int = 10 


scala> byTen(2) 
res9: Int = 20 





原 函 数 是 multiplier, HATER: 第 一 个 为 整数 ， 第 二 个 也 是 整数 ， 表 示 系 数 。 我 们 随 
后 将 其 Curry 化 为 两 个 函数 变量 值 。 不 要 忘 了 后 面 的 下 划 线 。 接 着 ， 我 们 就 调用 了 这 两 个 
函数 。 

正如 你 所 看 到 的 那样 ，Curry 与 偏 应 用 函数 是 紧密 相关 的 两 个 概念 。 你 可 能 会 发 现 这 两 个 
概念 可 以 互相 替换 ， 但 重要 的 是 它们 的 应 用 。 

此 外 ， 还 有 另外 一 些 值得 了 解 的 函数 转换 形式 。 


你 可 能 会 遇 到 这 样 一 种 场景 : 你 有 一 个 元 组 ， 例 如 ， 一 个 三 元 素 元 组 ， 而 你 需要 调用 一 个 
包含 三 个 参数 的 函数 : 


scala> def mult(d1: Double, d2: Double, d3: Double) = d1 * d2 * d3 
mult: (d1: Double, d2: Double, d3: Double)Double 





























scala> val d3 = (2.2, 3.3, 4.4) 
d3: (Double, Double, Double) = (2.2,3.3,4.4) 


scala> mult(d3._1, d3._2, d3._3) 
res10: Double = 31.944000000000003 




















代码 不 太美 观 ， 但 是 因为 需要 使 用 元 组 字面 量 语法 ， 例 如 : (2.2, 3.3, 4.4), WETHER, 
元 组 元 素 与 函数 的 参数 列表 变 得 很 相称 。 我 们 需要 一 个 新 版 的 mutt 函数 ， 其 参数 就 是 一 个 
三 元 素 的 元 组 。 幸 运 的 是 ，Function 对 象 为 我 们 提供 了 元 组 形式 和 非 元 组 形式 的 方法 : 


scala> val multTupled = Function.tupled(mult _) 
multTupled: ((Double, Double, Double)) => Double = <function1> 











scala> multTupled(d3) 
res11: Double = 31.944000000000003 


scala> val multUntupled = Function.untupled(multTupled) 
multUntupled: (Double, Double, Double) => Double = <function3> 


scala> multUntupled(d3._1, d3._2, d3._3) 

resi2: Double = 31.944000000000003 
注意 当 我 们 将 mult 传递 给 Function.tupled 时， 是 如 何 做 偏 应 用 化 的 。 但 是 ， 假 如 我 们 将 
os nn ra. 这 种 语法 现象 
是 面向 对 象 的 方法 与 函数 式 编程 的 函数 组 合 相 混合 的 结果 。 幸 运 的 是 ， 我 们 大 部 分 情况 下 
可 以 对 方法 和 函数 一 视 同 仁 。 


后 要 介绍 的 是 ， 偏 函数 与 返回 Option 函数 之 间 是 可 以 相互 转化 的 : 


// src/main/scala/progscala2/fp/datastructs/lifted-func.sc 














scala> val finicky: PartialFunction[String,String] = { 
| case "finicky" => "FINICKY" 
| } 


finicky: PartialFunction[String,String] = <functioni> 


scala> finicky("finicky") 
res13: String = FINICKY 
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scala> finicky("other") 
scala.MatchError: other (of class java.lang.String) 


scala> val finickyOption = finicky. lift 
finickyOption: String => Option[String] = <function1> 


scala> finickyOption("finicky") 
res14: Option[String] = Some(FINICKY) 


scala> finickyOption("other") 
res15: Option[String] = None 


scala> val finicky2 = Function.unlift(finickyOption) 
finicky2: PartialFunction[String,String] = <function1> 


scala> finicky2("finicky") 
res16: String = FINICKY 


scala> finicky2("other") 
scala.MatchError: other (of class java.lang.String) 





这 是 函数 提升 的 另 一 个 用 法 。 如 果 我 们 有 一 个 偏 函 数 ， 同 时 又 不 希望 发 生 抛 出 异常 的 情 
况 ， 可 以 将 偏 国 数 提升 为 一 个 返回 Option 的 函数 ， 也 可 以 将 返回 Option 的 函数 “降级 ” 
为 偏 函 数 。 


6.7 ”函数 式 编程 的 数据 结构 


在 面向 对 象 语言 中 ， 我 们 往往 会 为 各 领域 的 概念 建立 一 对 一 的 类 。 而 在 函数 式 编程 中 ， 往 
往 大 量 使 用 一 些 核心 的 数据 结构 和 算法 。 尽 管 面 向 对 象 语言 可 以 通过 代码 复 用 减少 元 余 ， 
但 类 的 膨胀 还 是 非常 明显 。 所 以 ， 尽 管 看 上 去 有 些 矛 盾 ， 相 比 面向 对 象 语言 ， 函 数 式 编程 
更 倾向 于 写 出 简洁 易 复 用 的 代码 ， 因 为 函数 式 语言 没有 那么 多 的 重复 发 明 ， 它 将 重点 放 在 
使 用 核心 数据 结构 和 算法 实现 业务 逻辑 上 。 

不 同 的 语言 有 不 同 的 核心 数据 结构 ， 但 大 致 都 包含 同一 个 子 集 ， 子 集中 包含 列表 (ist), 
向 量 (vector) 等 序列 型 集合 ， 数 组 (array), WES (map) 与 集合 〈set) 。 每 种 类 型 都 支持 
同一 批 无 副作用 的 高 阶 函 数 ， 称 为 组 合 器 (combinator), ， 如 : map, filter, fold 等 函数 。 
一 且 你 了 解 了 这 些 组 合 器 ， 你 就 可 以 根据 自身 对 数据 访问 的 需要 及 性 能 要 求 ， 选 用 合适 的 
集合 类 型 ， 用 同样 的 组 合 器 函数 去 操作 数据 。 在 所 有 的 软件 开发 工作 中 ， 这 些 集合 类 型 是 
代码 复 用 与 组 合 的 最 有 效 工 具 。 


6.7.1 序列 


先 来 看 几 个 在 Scala 编程 中 最 常用 的 数据 结构 。 


许多 数据 结构 是 序列 型 的 ， 也 就 是 说 ， 元 素 可 以 按 特定 的 顺序 访问 ， 如 : 元 素 的 插入 顺 
序 或 其 他 特定 顺序 。collection.Seq (http://www.scala-lang.org/api/current/#scala.collection 
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Seq) 是 一 个 trait， 是 所 有 可 变 或 不 可 变 序列 类 型 的 抽象 ， 其 子 trait collection.mutable. 
Seq (http://www.scala-lang.org/api/current/#scala.collection.mutable.Seq) 及 collection.immu 
table.Seq (http://www.scala-lang.org/api/current/#scala.collection.immutable.Seq) 分 别 对 应 
可 变 和 不 可 变 序 列 。 

列表 也 是 一 种 序列 ， 是 函数 式 编程 中 最 常用 的 数据 结构 ， 从 第 一 代 函 数 式 语言 Lisp 就 开始 
用 列表 了 。 

通常 ， 向 列表 里 过 加 元 素 时 ， 该 元 素 会 被 追加 到 列表 的 开头 ， 成 为 新 列表 的 “ 头 部 ”。 除 
了 头 部 ， 剩 下 的 部 分 就 是 原 列表 的 元 素 ， 这 些 元 素 并 没有 被 修改 ， 它 们 变 成 了 新 列表 的 
“尾部 ”。 图 6-1 中 有 两 个 列表 ， List(1,2,3,4,5) 和 List(2,3,4,5), 后 者 是 前 者 的 尾部 。 














List(1,2,3,4,5) List(2,3,4,5) 


1 1 











6-1: 两 个 列表 


我 们 从 旧 列 表 中 创建 新 列表 的 操作 是 0(1)。 新 列表 的 尾部 与 旧 列 表 相 同 ， 只 是 在 头 部 多 了 
一 个 新 元 素 。 在 函数 式 数据 结构 的 思想 中 ， 我 们 将 复制 、 共 享 数据 结构 的 开销 降 到 最 低 ， 
这 是 第 一 个 例子 。 为 了 支持 可 变性 ， 我 们 必须 要 有 降低 复制 开销 的 能 


其 他 代码 访问 原 队列 时 对 新 队列 是 无 感知 的 。 列 表 是 不 可 变 的 ， 因 此 在 另 一 个 线程 中 ， 创 
建新 队列 的 代码 不 会 给 访问 旧 列 表 的 代码 带 来 不 可 预料 的 修改 操作 。 


从 队列 的 创建 过 程 ， 我 们 可 以 清楚 地 知道 ， 计 算 队 列 长 度 的 操作 是 OO 和 ， 其 他 需要 从 头 遍 
历 队列 的 操作 也 是 如 此 。 


以 下 REPL 中 的 代码 演示 了 如 何在 Scala 中 创建 队列 : 


// src/main/scala/progscala2/fp/datastructs/list.sc 




















scala> val list1 = List("Programming", "Scala") 
List1: Seq[String] = List(Programming, Scala) 


scala> val list2 = "People" :: "should" :: "read" :: list1 
list2: Seq[String] = List(People, should, read, Programming, Scala) 


你 可 以 用 List. apply 方法 创建 队列 ， 然 后 用 : : 方法 ( 称 为 cons， 意 为 构造 ) 向 队列 头 部 
追加 数据 ， 从 而 创建 新 的 列表 。 在 这 里 我 们 使 用 了 简单 写法 ， 省 略 了 点 号 与 小 括号 。 我 们 
提 到 过 ， 以 冒号 (:) 结尾 的 方法 向 右 结合 ， 因 此 x: :list 其 实 是 list.::(x)。 
我 们 也 可 以 用 :: 方法 向 ML 空 队 列 追 加 元 素 创 建新 队列 : 


scala> val list3 = "Programming" :: "Scala" :: Nil 
list3: Seq[String] = List(Programming, Scala) 























scala> val list4 = "People" :: "should" :: "read" :: Nil 
list4: Seq[String] = List(People, should, read) 
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Nil 5 List.empty[Nothing] 是 等 价 的 ， 其 中 Nothing 是 Scala 中 所 有 其 他 类 型 的 子 类 型 。 参 
WL “Scala 类 型 层次 "， 了 解 更 多 关于 Nothing 的 用 法 ， 你 就 会 知道 为 什么 在 这 里 可 以 用 它 。 
另外 ， 你 还 可 以 用 ++ 方法 将 两 个 列表 〈 或 其 他 任何 序列 类 型 ) 连接 起 来 : 


scala> val list5 = list4 ++ list3 
List5: Seq[String] = List(People, should, read, Programming, Scala) 


在 需要 的 时 候 构造 列表 的 确 是 常用 的 做 法 ， 但 不 推荐 方法 将 列表 作为 参数 或 作为 返回 值 。 
而 应 该 用 Seq， 这 样 的 话 ，Seq 的 任何 子 类 型 就 都 可 以 用 了 ， 包 括 List 和 Vector, 


Seq 的 构造 方法 是 +: 而 不 是 ::。 以 下 是 前 文 使 用 过 的 一 个 例子 ， 其 中 用 到 了 Seq。 注 意 ， 
当 你 对 伴随 对 象 使 用 Seq.apply 方法 时 ， 将 创建 出 一 个 List， 这 是 因为 seq 只 是 一 个 特征 
而 不 是 具体 的 类 。 


// src/main/scala/progscala2/fp/datastructs/seq.sc 
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scala> val seq1 = Seq("Programming", "Scala") 
seq1: Seq[String] = List(Programming, Scala) 


scala> val seq2 = "People" +: "should" +: "read" +: seq1 
seq2: Seq[String] = List(People, should, read, Programming, Scala) 


scala> val seq3 = "Programming" +: "Scala" +: Seq.empty 
seq3: Seq[String] = List(Programming, Scala) 


scala> val seq4 = "People" +: "should" +: "read" +: Seq.empty 
seq4: Seq[String] = List(People, should, read) 


scala> val seq5 = seq4 ++ seq3 
seq5: Seq[String] = List(People, should, read, Programming, Scala) 


在 这 里 ， 我 们 用 Seq.empty 为 seq3 和 seq4 创建 了 空 的 队列 作为 队 尾 。 在 Scala 中 ， 大 部 分 
集合 类 型 的 伴随 对 象 都 使 用 empty 方法 来 创建 该 类 型 的 空 实 例 ， 类 似 列 表 的 NLL 实例 。 
序列 类 型 还 定义 了 :+ 和 +: 方法 。 它 们 有 什么 区 别 ， 怎 么 记 住 哪 个 是 哪个 呢 ? 只 要 记 住 : 
总 是 靠近 集合 类 型 就 可 以 了 ， 比 如 : list :+ x, x +: List。 所 以 ，:+ 方 法 用 于 在 尾部 追 
加 元 素 ，+: 方法 用 于 在 头 部 追加 元 素 : 


scala> val seq1 = Seq("Programming", "Scala") 
seq1: Seq[String] = List(Programming, Scala) 











scala> val seq2 = seqi :+ "Rocks!" 

seq2: Seq[String] = List(Programming, Scala, Rocks!) 
Scala 定义 的 List 是 不 可 变 的 ， 不 过 ， 它 还 定义 了 其 他 可 变 的 列表 类 型 ， 如 ListBuffer 
(http://www.scala-lang.org/api/current/scala/collection/mutable/ListBuffer.html) 和 MutableList 
(http://www.scala-lang.org/api/current/scala/collection/mutable/MutableList.html), 只 有 当 必 须 
修改 元 素 时 才 可 以 使 用 可 变 类 型 。 
虽然 List 对 于 序列 类 型 是 个 不 错 的 选择 ， 你 也 可 以 考虑 用 immutable.Vector 代替 List, 
为 immutable.Vector (http://www.scala-lang.org/api/current/scala/collection/immutable/ 











Vector.html) 的 所 有 操作 都 是 OC) (常数 时 间 )， 而 List 对 于 那些 需要 访问 头 部 以 外 元 素 
的 操作 ， 都 需要 O(n) 操作 。 

以 下 例子 是 Vector 对 之 前 例子 的 重 写 。 除 了 将 Seq 换 为 Vector ， 并 修改 了 变量 名 以 外 ， 其 
余 代 码 完 全 相同 : 


// src/main/scala/progscala2/fp/datastructs/vector.sc 





scala> val vect1 = Vector("Programming", "Scala") 
vect1: scala.collection.immutable.Vector[String] = Vector(Programming, Scala) 


scala> val vect2 = "People" +: "should" +: "read" +: vect1 
vect2: ...Vector[String] = Vector(People, should, read, Programming, Scala) 


scala> val vect3 = "Programming" +: "Scala" +: Vector.empty 
vect3: ...Vector[String] = Vector(Programming, Scala) 


scala> val vect4 = "People" +: "should" +: "read" +: Vector.empty 
vect4: ...Vector[String] = Vector(People, should, read) 


scala> val vect5 = vect4 ++ vect3 
vect5: ...Vector[String] = Vector(People, should, read, Programming, Scala) 


我 们 能 够 以 常数 时 间 复 杂 度 获取 任意 元 素 ; 

scala> vect5(3) 

res0: String = Programming 
在 结束 对 序列 的 讨论 之 前 ， 你 还 需要 知道 一 个 实现 上 的 细节 问题 。 为 了 鼓励 程序 员 使 用 不 
可 变 的 集合 类 型 ，Predef 及 Predef 中 使 用 的 其 他 类 型 在 暴露 部 分 不 可 变 集合 类 型 时 ， 不 
需要 显 式 导 入 或 使 用 全 路 径 导 入 。 如 : List 和 Map. 
在 上 述 规则 中 ，Scala 只 暴露 了 不 可 变 集 合 类 型 ， 然 而 ，Predef 还 将 scala.collection.Seq 
导入 到 了 当前 作用 域 。scala.collection.Seq 中 的 类 型 是 可 变 集 合 类 型 和 不 可 变 集 合 类 型 
共同 的 抽象 类 型 。 
尽管 存在 scala.collection.immutable.Seq (scala.collection.Seq 的 一 个 子 类 型 ), 但 
Predef 导入 的 是 scala.collection.immutable.Seq mj JẸ scala.collection.Seq， 主 要 原 
因 是 这 方便 处 理 Java 的 Array。 如 同 Seq 一 样 ，Array 和 其 他 集合 类 型 有 着 相同 的 处 理 方 
式 。Java 的 Array 是 可 变 集 合 类 型 ，Scala 的 其 他 可 变 集合 类 型 也 大 部 分 都 实现 了 scala. 
collection.Seq, 
这 样 一 来 ，scala.collection.Seq 虽然 没有 暴露 任何 用 于 修改 集合 的 方法 ， 但 仍 存在 并 发 
情况 下 出 错 的 潜在 风险 ， 因 为 可 变 集合 类 型 不 是 线程 安全 的 ， 因 此 必须 对 它 做 特殊 处 理 。 
假设 并 发 库 中 的 方法 将 Seq 作为 参数 ， 但 你 只 希望 传人 不 可 变 集合 类 型 。 此 时 Seq 的 使 用 
就 产生 了 一 个 漏洞 ， 因 为 客户 端 可 以 传人 可 变 集合 类 型 ， 如 Array, 
















































































应 该 记 住 ，Seq 默认 的 实际 类 型 为 scala.collection.Seq。 因 此 ， 传 入 的 
Seq 类 型 的 实例 可 能 是 可 变 的 ， 所 以 线程 是 不 安全 的 。 
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Scala 计划 在 2.12 版 本 ( 即 下 一 个 发 行 版 ) 中 将 scala.Seq 改 为 scala.collection. 
immutable.Seq 的 指向 别名 。 


在 那 之 前 ， 如 果 你 真 的 想 用 scala.collection.immutable.Seq， 可 以 用 下 文 所 示 的 技术 
(改编 自 Heiko Seeberger 的 博客 ，http://hseeberger.github.io/blog/2013/10/25/attention-seq-is- 
not-immutable/) 。 


我 们 将 在 2.12.2 节 介 绍 包 对 象 。 运 用 包 对 象 ， 我 们 为 Sea 定义 新 的 别名 ， 以 覆盖 原 有 的 别 
名 定义 。 事 实 上 ，Seq 就 是 在 包 对 象 scala 中 被 定义 为 scala.collection.Seq 的 别名 。 在 本 
节 中 我 们 已 经 用 过 fp.datastructs， 接 下 来 我 们 将 在 这 个 包 中 定义 包 对 象 : 
// src/main/scala/progscala2/fp/datastructs/package.scala 
package progscala2.fp 
package object datastructs { 
type Seq[+A] = scala.collection. immutable. Seq[A] 
val Seq = scala.collection.immutable.Seq 


9 


注意 到 ， 在 包 对 象 datastructs{…} 的 定义 之 前 ， 我 们 指定 的 是 包 fp， 而 不 是 包 
fp.datastructs。package 关键 字 也 是 包 对 象 定义 的 一 部 分 ， 在 一 个 包 中 只 能 有 一 个 包 对 
象 。 最 后 ， 我 们 要 注意 注释 中 该 文件 的 路 径 ， 文 件 名 为 package.scala， 这 是 一 种 常用 的 
命名 习惯 。 

在 包 对 象 中 ， 我 们 声明 了 一 个 类 型 别名 和 一 个 val 变量 。 关 于 类 型 声明 ， 可 以 回顾 抽象 类 
型 与 参数 化 类 型 。 如 果 用 户 代码 中 包含 了 导入 语句 import fp.datastructs._， 那 么 当 使 用 
Seq (不 带 包 修饰 符 ) 声明 一 个 实例 时 ， 就 需要 使 用 scala.collection.immutable.Seq 代替 
默认 的 scala.collection.Seq, 


val Seq 的 声明 语句 将 伴随 对 象 引 入 作用 域 ， 于 是 类 似 Seq(1,2,3,4) 的 语句 将 会 触发 
scala.collection.immutable.Seq.apply 方法 的 调用 。 

在 fp.datastructs 下 的 包 如 何 处 理 呢 ? 如 果 你 要 在 该 层级 中 实现 一 个 包 ， 可 以 使 用 我 们 在 
2.11 节 讨 论 的 包 继 承 语句 : 



































package fp.datastructs // 使 得 Seq 指 向 immutabLe .Seq 
package asubpackage // 包 中 的 内 容 


package asubsubpackage // 我 正在 开发 的 包 
这 种 在 包 对 象 中 定义 类 型 别名 的 方法 ， 可 以 用 来 暴露 你 自己 定义 的 API 中 的 最 重要 类 型 。 


6.7.2 BRET 


另 一 种 常用 的 数据 结构 是 映射 Chttp://Awww.scala-lang.org/api/current/scala/collection/ 
immutable/Map.html) ， 在 其 他 语言 中 有 时 也 被 称 为 散 列 、 散 列表 。 映 射 表 用 来 存储 键 值 
对 ， 但 不 应 将 其 与 很 多 数据 结构 的 map 方法 混淆 。 上 映射 表 与 map 方法 有 一 定 程度 的 类 似 ， 
前 者 每 个 键 都 对 应 一 个 值 ， 后 者 每 个 输入 元 素 都 产生 一 个 输出 元 素 。 

如 前 文 所 述 ，Scala 支持 对 映射 表 采 用 以 下 特殊 的 初始 化 语法 : 


// src/main/scala/progscala2/fp/datastructs/map.sc 




















scala> val stateCapitals = Map( 
| "Alabama" -> "Montgomery", 
| "Alaska" -> "Juneau", 
| "Wyoming" -> "Cheyenne") 
stateCapitals: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, Wyoming -> Cheyenne) 


scala> val lengths = stateCapitals map { 
| kv => (kv._1, kv._2.length) 
| } 


lengths: scala.collection.immutable.Map[String,Int] = 
Map(Alabama -> 10, Alaska -> 6, Wyoming -> 8) 


scala> val caps = stateCapitals map { 
| case (k, v) => (k, v.toUpperCase) 


| } 


caps: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> MONTGOMERY, Alaska -> JUNEAU, Wyoming -> CHEYENNE) 


scala> val stateCapitals2 = stateCapitals + ( 
| "Virginia" -> "Richmond") 
stateCapitals2: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, 
Wyoming -> Cheyenne, Virginia -> Richmond) 


scala> val stateCapitals3 = stateCapitals2 + ( 
| "New York" -> "Albany", "Illinois" -> "Springfield") 
stateCapitals3: scala.collection.immutable.Map[String,String] = 
Map(Alaska -> Juneau, Virginia -> Richmond, Alabama -> Montgomery, 
New York -> Albany, Illinois -> Springfield, Wyoming -> Cheyenne) 


在 前 文中 我 们 已 经 了 解 到 ，key -> value 的 语法 形式 实际 上 是 用 库 中 的 隐 式 转换 实现 的 ， 
实际 调用 了 Map.apply 方法 。Map.apply 方法 的 参数 为 一 个 两 元 素 的 元 组 ( 键 值 对 )。 
map 的 参数 是 一 个 函数 ， 以 上 示例 展示 了 定义 这 个 函数 的 两 种 方法 。 每 个 键 值 对 (元 组 ) 
都 将 被 传 信 到 该 函数 中 。 我 们 可 以 将 其 参数 定义 为 一 个 两 元 素 的 元 组 ， 或 使 用 类 似 第 4 章 
中 讨论 过 的 case 语法 从 元 组 中 提取 键 和 值 。 
最 后 ， 我 们 可 以 用 + 向 Map 中 添加 一 个 或 多 个 键 值 对 (来 创建 新 的 Map 实例 )。 
顺便 提 一 下 ， 如 果 我 们 在 stateCapitals + ("Virginia" -> "Richmond") 语句 中 漏 掉 了 小 括 
号 ， 那 会 发 生 什 么 呢 ? 

scala> stateCapitals + "Virginia" -> "Richmond" 

res2: (String, String) = (Map(Alabama -> Montgomery, Alaska -> Juneau, 

Wyoming -> Cheyenne)Virginia,Richmond) 

什么 ? 我 们 得 到 了 字符 串 对 (String,String)。 不 幸 的 是 ，Scala 会 在 必要 的 时 候 将 其 他 类 
型 转 为 String。 由 于 没有 其 他 更 好 的 选择 ，+ 方法 被 用 于 连接 两 个 字符 串 。 编 译 器 首先 执 
行 stateCapitals.toString + "Virginia", 产生 一 个 字符 串 ， 然后 执行 ->， 创 建 字符 串 元 
组 ， 其 中 Richmond 是 该 元 组 的 第 二 个 元 素 。 于 是 ， 结 果 为 元 组 ("Map(Alabama -> … -> 
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Cheyenne)Virginia", "Richmond"), 











如 果 一 个 包含 + 的 表达 式 返 回 结果 类 型 String， 而 这 并 不 是 你 所 期 望 的 结 
果 。 这 可 能 是 因为 编译 器 认为 这 是 该 表达 式 唯一 可 行 的 解析 方式 ， 就 把 + 两 
边 的 子 表达 式 转 为 字符 串 ， 再 相 加 。 














实际 上 ， 我 们 并 不 能 调用 new Map("Alabama" -> "Montgomery", =) 方法 ， 因 为 它 是 一 个 
trait。 相 反 ，Map.apply 则 会 根据 给 定 的 输入 数据 用 最 佳 的 方式 构造 实例 。Map.appty 通常 根 
据 键 值 对 个 数 来 构造 实例 ， 例 如 : 构造 出 包含 一 个 、 两 个 、 三 个 和 四 个 键 值 对 的 映射 表 。 


与 List 不 同 ,，Map 有 可 变 和 不 可 变 两 种 实现 : 分别 是 scala.collection.immutable. 
Map[A,B] 与 scaLa.coLLection.mutabLe.Map[A,B]。 可 变 的 实现 需要 显 式 导入 ， 不 可 变 的 实 
现 则 已 经 用 Predef 暴露 出 来 了 。 两 种 实现 都 定义 了 + 和 - 操作 用 于 增加 和 移 除 元 素 ， 以 
及 ++ 和 -- 操作 来 增加 和 移 除 Iterator 中 定义 的 元 素 (Iterator 也 可 以 换 为 其 他 集合 、 
列表 等 ) 。 


6.7.3 ”集合 
集合 是 无 序 集合 类 型 的 一 个 例子 ， 所 以 集合 不 是 序列 。 集 合同 样 要 求 元 素 具有 唯一 性 : 
// src/main/scala/progscala2/fp/datastructs/set.sc 


scala> val states = Set("Alabama", "Alaska", "Wyoming") 
states: scala.collection.immutable.Set[String] = Set(Alabama, Alaska, Wyoming) 





scala> val lengths = states map (st => st.length) 
lengths: scala.collection.immutable.Set[Int] = Set(7, 6) 


scala> val states2 = states + "Virginia" 
states2: scala.collection.immutable.Set[String] = 
Set(Alabama, Alaska, Wyoming, Virginia) 


scala> val states3 = states2 + ("New York", "Illinois") 
states3: scala.collection.immutable.Set[String] = 
Set(Alaska, Virginia, Alabama, New York, Illinois, Wyoming) 





类 似 Map， 特 征 scala.collection.Set (http://www.scala-lang.org/api/current/scala/collection/ 
Set.html) 只 定义 不 可 变 操作 的 方法 。 对 于 具体 的 不 可 变 集 合 和 可 变 集合 ， 分 别 定 义 派 生 的 
特征 scala.collection.immutable.Set (http://www.scala-lang.org/api/current/scala/collection/ 
immutable/Set.html) 和 scala.collection.mutable.Set (http://www.scala-lang.org/api/current/ 
scala/collection/mutable/Set.html) 。 可 变 的 版 本 需要 显 式 导入 ， 而 不 可 变 的 版 本 在 Predef 中 
已 经 导入 了 。 两 者 都 为 增加 和 移 除 元 素 定 义 了 + 和 - 操作， 为 Iterator (也 可 以 为 其 他 集 
合 、 列 表 等 ) 中 的 增加 和 移 除 元 素 定 义 了 ++ 和 -- 操作 。 


6.8 遍历、 映射 、 过 滤 、 折 又 与 归 约 


常见 的 集合 类 型 一 一 序列 、 列 表 、 集 合 、 数 组 、 树 及 其 他 类 似 的 类 型 ， 都 支持 基于 只 读 遍 
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历 的 通用 操作 。 事 实 上， 这 一 标准 性 可 以 被 充分 利用 起 来 ， 特 别 是 你 实现 的 某 个 “容器 ” 
类 型 也 支持 这 些 操作 的 情况 。 例 如 Option 是 包含 零 个 None 或 一 个 Some 元 素 的 容器 。 





6.8.1 遍历 


Scala 容器 类 型 的 标准 遍历 方法 是 foreach，foreach Œ X F scala.collection. 
IterableLike (http://www.scala-lang.org/api/current/index.html#scala.collection.IterableLike? ) 


中 ， 它 的 签名 为 : 
trait IterableLike[A] { // 省 略 部 分 细节 


def foreach[U](f: A => U): Unit = {...} 


a 
IterableLike 的 部 分 子 类 型 可 能 会 重新 定义 该 方法 ， 以 利用 程序 的 本 地 信息 ， 获 得 更 好 的 
性 能 。 
在 上 述 代码 中 , U 是 函数 ff 的 返回 类 型 ， 事实 上 UU 具体 是 什么 类 型 并 不 重要 。foreach K 
数 的 输出 类 型 是 Unit, AE foreach 是 一 个 完全 副作用 的 函数 。 又 因为 它 的 参数 是 一 个 函 
数 ，foreach 又 是 一 个 高 阶 函 数 。 注 意 这 里 讨论 的 所 有 操作 函数 均 为 高 阶 函 数 。 


foreach 的 复杂 度 是 OOV)，N 为 元 素 个 数 。 以 下 为 foreach 在 列表 和 映射 表 中 的 用 法 : 


// code-examples/progscala2/fp/datastructs/foreach.sc 





{in 














scala> List(1, 2, 3, 4, 5) foreach { i => println("Int: " + i) } 
Int: 1 
Int: 2 
int: 3 
Int: 
Int: 5 


A 


scala> val stateCapitals = Map( 
| "Alabama" -> "Montgomery", 
| "Alaska" -> "Juneau", 
| "Wyoming" -> "Cheyenne") 
stateCapitals: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, Wyoming -> Cheyenne) 


// stateCapitals foreach { kv => println(kv._1 + ": " + kv._2) } 


scala> stateCapitals foreach { case (k, v) => println(k +": " + v) } 
Alabama: Montgomery 

Alaska: Juneau 

Wyoming: Cheyenne 


注意 ， 在 映射 表 的 例子 中 ， 传 递 给 foreach 的 A 参 数 实 际 上 是 一 个 键 值 对 (K,v)。 我 们 用 
模式 匹配 表达 式 将 键 和 值 提取 了 出 来 ， 注 释 中 展示 的 是 另 一 种 直接 使 用 元 组 的 合法 写法 “。 


























: 匿名 函数 中 运用 case 语句 ， 实 际 上 定义 了 一 个 偏 函 数 ， 函数 实际 上 并 不 “ 偏 "， 因 为 它 可 以 匹 
配 所 有 输入 。 
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foreach 并 不 是 一 个 纯 国 数 ， 因 为 foreach 只 能 执行 带 副作用 的 操作 。 然 而 ， 一 旦 有 了 
foreach， 我 们 就 可 以 实现 其 他 接 下 来 要 讨论 的 不 带 副 作用 的 操作 。 这 些 操作 是 函数 值 编程 
的 标志 : 上 映射、 过滤、 折合 、 归 约 。 


6.8.2 BRET 


我 们 之 前 已 经 接触 过 map 方法 ，map 方法 返回 一 个 与 原 集 合 类 型 大 小 相同 的 新 集合 ， 其 
中 的 每 个 元 素 均 由 原 集合 的 对 应 元 素 转换 得 到 。map 方法 被 定义 于 scala.collection. 
TraversableLike (http://www.scala-lang.org/api/current/index.html#scala.collection. 


TraversableLike) ， 被 大 部 分 集合 类 型 继承 。 其 签名 如 下 ; 


trait TraversableLike[A] { // 省 略 部 分 细节 




















def map[B](f: (A) = B): Traversable[B] 
: dass 
在 本 章 上 文中 ， 我 们 已 经 接触 过 关于 映射 的 实例 了 。 


ERE, map 的 这 个 方法 签名 并 不 是 map 在 源 代码 中 的 签名 ， 而 是 显示 在 Scaladoc 中 的 签 
名 。 如 果 你 阅读 Scaladoc (http://www.scala-lang.org/api/current/index.html#scala.collection. 
TraversableLike) ， 会 在 结尾 找到 一 个 “完整 ”的 方法 签名 ， 点 击 附 近 的 箭头 可 以 将 其 展开 
显示 。 这 个 签名 才 是 map 方法 的 真正 签名 : 


def map[B, That](f: A => B)(implicit bf: CanBuildFrom[Repr, B, That]): That 


最 近 版 本 的 Scaladoc Ay TARAS, ERR A BER ETT EH LAN HA, KT — EB 
分 方法 的 签名 做 了 简化 。map 方法 的 实质 是 将 一 个 集合 类 型 转换 为 一 个 类 型 相同 、 大 小 相 
同 的 新 集合 ， 而 其 中 原 集合 A 的 元 素 经 过 转换 函数 处 理 ， 转 为 集合 B 中 的 元 素 。 


nap 方法 的 真正 签名 包含 了 实现 的 细 市 信息 。That 是 输出 集合 的 类 型 ,事实 上 与 输入 集合 
的 类 型 相同 。 我 们 在 5.2.2 节 讨 论 过 隐 含 参数 bf: CanBuildFron 的 作用 。 它 的 存在 意味 着 
我 们 可 以 用 map 的 输出 和 函数 ff 构造 一 个 That， 同 时 bf: CanBuildFrom 本 身 也 负责 构建 。 
Repr 是 内 部 用 来 表示 集合 元 素 的 。 

尽管 隐 含 参数 CanBuildFron 增加 了 方法 签名 的 复杂 性 (还 引 来 了 邮件 列表 里 的 诸多 抱怨 )， 
但 如 果 没 有 它 ， 我 们 就 无 法 创建 新 的 Map, List 或 其 他 继承 自 TraversableLike 的 集合 。 
这 是 使 用 面向 对 象 继 承 层次 模型 来 实现 集合 API 的 自然 结果 。 所 有 具体 的 集合 类 型 都 可 以 
重新 实现 map 方法 ， 并 返回 一 个 该 类 型 的 新 实例 。 但 这 种 放弃 代码 重用 的 做 法 将 削弱 使 用 
面向 对 象 带 来 的 好 处 。 


事实 上 ， 第 1 版 面世 时 ， 普 遍 使 用 的 是 Scala v2.7.X， 在 该 版 本 中 集合 类 型 的 API 并 没有 
以 上 特性 。map 和 其 他 方法 返回 一 个 Iteratable 或 类 似 的 抽象 类 型 ， 这 个 类 型 往往 只 是 
Array 或 其 他 底层 类 型 。 

从 现在 开始 ， 本 书 将 只 给 出 方法 的 简化 签名 ， 以 集中 精力 研究 方法 的 行为 特性 。 不 过 ， 我 
鼓励 大 家 选择 一 个 集合 类 型 ， 如 List 或 Map， 然 后 阅读 各 个 方法 的 完整 签名 形式 。 刚 开始 
阅读 这 些 方法 签名 时 可 能 会 令 人 气 蚀 ， 但 这 对 有 效 地 使 用 这 些 集 合 来 说 是 必要 的 。 
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Tae map 的 有 趣事 实 也 值得 关注 。 再 来 看 一 下 map 方法 的 简化 签名 。 为 了 方便 ， 这 
RE List 作为 示例 ， 对 这 个 例子 来 说 用 哪个 集合 都 一 样 : 


trait List[A] { 
def map[B](f: (A) = B): List[B] 
n ahs 


参数 是 一 个 函数 A => B， 而 事实 上 ，map 方法 的 行为 是 List[A] => List[B]。 这 一 点 往 答 
被 对 象 语法 如 list map f 所 掩盖 。 如 果 我 们 有 其 他 函数 模块 使 用 List 作为 参数 ， RAJE 


式 会 是 这 样 。 


R 





N 





// src/main/scala/progscala2/fp/combinators/combinators.sc 


object Combinators1 { 
def map[A,B](list: List[A])(f: (A) = B): List[B] = list map f 


(RIENT List.map 来 实现 这 个 函数 …… ) 
如 果 我 们 交换 参数 列表 的 顺序 会 如 何 ? 


object Combinators { 
def map[A,B](f: (A) = B)(list: List[A]): List[B] = list map f 
} 


最 后 ， 我 们 在 REPL 中 查看 这 个 函数 : 


scala> object Combinators { 
| def map[A,B](f: (A) = B)(list: List[A]): List[B] = list map f 
| } 


defined module Combinators 





scala> val intToString = (i:Int) => s"N=$i" 
intToString: Int => String = <function1> 


scala> val flist = Combinators.map(intToString) _ 
flist: List[Int] => List[String] = <function1> 


scala> val list = flist(List(1,2,3,4)) 
list: List[String] = List(N=1, N=2, N=3, N=4) 


关键 在 于 第 二 步 和 第 三 步 。 在 第 二 步 中 ， 我 们 定义 了 类 型 为 Int => String 的 国 数 
intToString, intToString 对 List 一 无 所 知 。 在 第 三 步 中 ， 我 们 用 Combinators.map 定义 


了 一 个 新 国 数 ，fList 的 类 型 是 List[Int] => List[String]。 所 以 ， 我 们 用 map 将 一 个 类 
型 为 Int => String 的 函数 提升 为 类 型 是 List[Int] =>List[String] 的 国 数 。 


通常 ， 我 们 认为 map 方法 总 是 将 元 素 类 型 为 A 的 集合 转 为 大 小 相同 但 元 素 类 型 为 B 的 集合 
使 用 的 转换 函数 f: A => B 对 该 集合 一 无 所 知 。 现 在 我 们 知道 ，map 也 可 以 被 看 作 是 一 个 
将 函数 f: A => B 提升 为 新 函数 flist: List[A] => List[B] 的 工具 。 在 例子 中 我 们 用 的 是 
列表 ,但 这 对 有 map 方法 的 任何 容器 类 型 均 适 用 。 
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不 幸 的 是 ， 我 们 并 不 能 直接 用 Scala 标准 库 的 map 方法 达成 这 一 目的 ， 因 为 map 是 实例 方 
法 。 所 以 ， 我 们 无 法 用 它 来 为 所 有 的 List 实例 创建 提升 函数 。 

也 许 这 是 Scala 采用 面向 对 象 和 函数 式 混合 范式 的 结果 。 但 这 个 用 法 的 使 用 场景 并 不 多 见 。 
大 部 分 时 候 ， 你 会 有 一 个 集合 类 型 的 实例 ， 然 后 你 可 以 指定 一 个 函数 参数 来 调用 map 方 
法 ， 以 创建 一 个 新 的 集合 实例 。 希 望 将 一 个 普通 函数 提升 为 操作 集合 的 函数 ， 输 入 一 个 集 
合 实例 可 以 输出 一 个 新 实例 ， 这 种 应 用 并 不 常见 。 


6.8.3 ”扁平 映射 


flatMap 是 Map 操作 的 一 种 推广 。 在 flatMap 中 ， 我 们 对 原始 集合 中 的 每 个 元 素 ， 都 分 别 
产生 零 或 多 个 元 素 。 我 们 传 入 一 个 函数 ， 该 函数 对 每 个 输入 返回 一 个 集合 ， 而 不 是 一 个 元 
素 。 然 后 flatMap 把 生成 的 多 个 集合 “ 压 扁 ”为 一 个 集合 。 

以 下 就 是 TraversableLike 中 flatMap 方法 的 简化 版 签名 ， 同 时 还 给 出 了 map 方法 的 签名 作 
为 对 比 : 


def flatMap[B](f: A => GenTraversableOnce[B]): Traversable[B] 
def map[B](f: (A) => B): Traversable[B] 


注意 ，map 中 函数 ff 的 签名 为 A => B。 现 在 我 们 需要 返回 一 个 集合 ，GenTraversabLe0nce 
就 是 这 样 一 个 接口 ， 它 表示 可 至 少 遍 历 一 次 的 任何 实体 。 


考虑 以 下 这 个 例子 : 


// src/main/scala/progscala2/fp/datastructs/flatmap.sc 
































scala> val list = List("now", "is", "", "the", "time") 
list: List[String] = List(now, is, "", the, time) 


scala> list flatMap (s => s.toList) 
res0: List[Char] = List(n, o, w, i, s, t, h, e, t, i, m, e) 


对 每 个 字符 串 调 用 toList, Æ List[Char], XERE Em AA 
List[Char]。 变 量 list 中 的 空 字 符 串 对 最 终生 成 的 字符 串 没 有 贡献 ， 但 其 他 字符 串 却 分 别 
共享 了 两 个 或 更 多 字符 。 

事实 上 ，flatMap 的 行为 很 像 先 调用 map， 再 调用 另 一 个 方法 flatten: 


// src/main/scala/progscala2/fp/datastructs/flatmap.sc 














scala> val list2 = List("now", "is", "", "the", "time") map (s => s.toList) 
list2: List[List[Char]] = 
List(List(n, 0, w), List(i, s), List(), List(t, h, e), List(t, i, m, e)) 


scala> list2.flatten 

resi: List[Char] = List(n, 0, w, i, s, t, h, e, t, i, m, e) 
在 这 里 ， 起 媒介 作用 的 临时 变量 是 集合 List[List[char]]。 然 而 ，flathap 比 连续 调用 以 
上 两 个 方法 更 高 效 ， 因 为 flatMap 不 需要 创建 临时 变量 。 




















EE AE, flatMap 不 能 处 理 超过 一 层 的 集合 。 如 果 函 数 返 回 的 是 深 层 租 人 套 的 集合 ， 那 











6.8.4 过滤 
遍历 一 个 集合 ， 然 后 抽取 其 中 满足 特定 条 件 的 元 素 ， 组 成 一 个 新 的 集合 ， 这 是 一 种 很 常见 


的 需求 


// src/main/scala/progscala2/fp/datastructs/filter.sc 














scala> val stateCapitals = Map( 
| "Alabama" -> "Montgomery", 
| "Alaska" -> "Juneau", 
| "Wyoming" -> "Cheyenne") 
stateCapitals: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, Wyoming -> Cheyenne) 


scala> val map2 = stateCapitals filter { kv => kv._1 startsWith "A" } 
map2: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau) 


在 scala.collection.TraversableLike 中 有 若干 不 同 的 方法 ， 用 于 完成 集合 的 过 滤 作 用 或 
者 返回 原始 集合 中 的 一 部 分 元 素 。 一 些 方法 在 输入 无 限 集合 时 不 会 返回 ; 一 些 方法 在 输入 
同一 个 集合 时 ， 除 非 集合 的 遍历 顺序 固定 ， 否 则 多 次 运行 的 情况 下 会 产生 不 同 的 输出 。 以 
下 是 从 Scaladoc 中 摘录 的 介绍 。 
e def drop (n : Int) : TraversableLike.Repr 
除 起 始 的 n 个 元 素 ， 选 择 其 他 所 有 的 元 素 组 成 一 个 新 的 集合 并 返回 。 如 果 原 始 集 合 包 含 
的 元 素 个 数 小 于 n， 则 方法 会 返回 一 个 空 集合 。 
e def dropWhile (p : (A) => Boolean) : TraversableLike.Repr 
MKE, BIE ENKEI, BE—PRKRR AR, REAR 
不 满足 指定 的 谓词 p。 
e def exists (p : (A) => Boolean) : Boolean 


测试 在 集合 中 是 否 至少 有 一 个 元 素 满足 给 定 的 谓词 ， 如 果 存 在 则 返回 trtue， 否 则 返回 


false, 
































e def filter (p : (A) => Boolean) : TraversableLike.Repr 
选择 集合 中 所 有 满足 一 定 谓词 的 元 素 ， 返 回 的 新 集合 中 包含 了 所 有 满足 该 谓词 p 的 元 
素 。 元 素 在 原 集合 中 的 顺序 可 以 得 到 保持 。 

e def filterNot (p : (A) => Boolean) : TraversableLike.Repr 
ve filter 的 “反义词 "。 在 志 历 原 集合 时 ， 选 择 那 些 不 满足 给 定 谓词 p 的 元 素 并 组 成 新 
集合 返回 。 

e def find (p : (A) => Boolean) : Option[A] 
遍历 原 集 合 ， 寻 找 第 一 个 满足 给 定 谓词 的 元 素 。 如 果 存 在 这 一 元 素 ， 返 回 Option, H. 
Option 中 包含 满足 谓词 p 的 第 一 个 元 素 ; 否则 返回 None, 
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e def forall (p : (A) => Boolean) : Boolean 


测试 集合 中 所 有 元 素 是 否 均 满足 给 定 的 谓词 。 如 果 所 有 元 素 均 满足 谓词 p， 则 返回 true, 
否则 返回 false。 


e def partition (p : (A) => Boolean): (TraversableLike.Repr, TraversableLike.Repr) 
根据 谓词 ， 将 可 遍历 集合 分 成 两 个 子 集合 。 返 回 值 是 两 个 集合 : 第 一 个 集合 包含 所 有 满 
足 谓 词 p 的 元 素 ， 而 第 二 个 集合 包 各 所 有 不 浦 足 谓词 p 的 元 素 、 两 个 集合 中 元 素 间 的 顺 
序 均 与 原 集合 保持 一 致 。 


e def take (n : Int) : TraversableLike.Repr 
选择 前 个 元 素 。 返 回 一 个 可 遍历 集合 ， 包 含 原 集合 的 前 n 个 元 素 ， 如 果 原 集合 包含 的 
元 素 小 于 n 个 ， 则 返回 原 集合 本 身 。 

e def takeWhile (p : (A) => Boolean) : TraversableLike.Repr 
选择 满足 特定 谓词 的 最 长 集合 前 级 。 返 回 的 可 遍历 集合 包含 一 个 最 长 集合 前 级 ， 其 中 的 
每 个 元 素 均 满足 谓词 p。 

另外 ,很 多 集合 类 型 还 有 其 他 用 于 过 滤 的 方法 。 


6.8.5 #8514 
我 们 把 折 赤 和 归 约 放 在 一 起 讨论 是 因为 两 者 很 相似 。 它 们 都 是 将 一 个 集合 “缩小 ”成 一 个 
更 小 的 集合 或 一 个 值 的 操作 。 
折合 从 一 个 初始 的 “种 子 ” 值 开始 ， 然 后 以 该 值 作 为 上 下 文 ， 处 理 集合 中 的 每 个 元 素 。 不 


同 的 是 ， 归 约 不 需要 调用 者 提供 一 个 初始 值 。 它 将 集合 的 其 中 一 个 元 素 当 做 初始 值 ， 通 常 
这 个 值 是 集合 的 第 一 个 元 素 或 最 后 一 个 元 素 : 


// src/main/scala/progscala2/fp/datastructs/foldreduce.sc 




























































































scala> val list = List(1,2,3,4,5,6) 
list: List[Int] = List(1, 2, 3, 4, 5, 6) 


scala> list reduce (_ + _) 
res0: Int = 21 


scala> list.fold (10) (_ * _) 
resi: Int = 7200 


scala> (list fold 10) (_ * _) 
resi: Int = 7200 


以 上 脚本 通过 累加 各 个 元 素 ， 将 整数 列表 归 约 一 个 整数 值 ， 
作为 初始 值 ， 对 同一 个 列表 的 元 素 做 累 乘 ， 得 到 返回 值 7200。 


与 reduce 类 似 ， 传 给 fold 的 函数 需要 两 个 参数 ， 包 括 累 计 值 和 初始 值 。 新 的 累计 值 由 该 国 
数 计算 得 到 。 在 这 个 例子 中 ， 我 们 对 累计 值 和 元 素 依次 做 加 法 或 乘法 ， 以 得 到 新 的 累计 值 。 


以 上 示例 给 出 了 两 种 书写 fold 表达 式 的 方法 ， 两 种 方法 都 需要 两 个 参数 列表 : 初始 种 子 值 
和 用 于 计算 结果 的 累计 函数 。 所 以 ， 我 们 无 法 使 用 reduce 中 采用 的 中 组 表达 法 。 





5i 
侣 





值 为 21。 脚 本 接着 用 10 
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不 过 ， 如 果 我 们 真 的 想 采用 中 组 表达 法 的 话 ， 我 们 可 以 像 (list fold 10) 一 样 使 用 括号 ， 
括号 后 面 跟 上 表示 函数 的 参数 列表 。 我 本 人 更 倾向 于 这 种 语法 。 
可 以 用 括号 解决 这 种 问题 的 原因 并 不 那么 明显 。 为 了 揭示 其 工作 机 理 ， 考 虑 如 下 代码 : 


scala> val fold1 = (list fold 10) _ 
foLd1: ((Int, Int) => Int) => Int = <function1> 
































scala> foldi(_ * _) 

res10: Int = 7200 
我 们 用 偏 应 用 的 方法 创建 了 foLd1， 随 后 我 们 给 出 了 剩 下 的 参数 列表 (- * _) 以 调用 
fold1。 能 够 想到 (list fold 10) 是 偏 应 用 的 开头 ， 随 后 加 上 后 面 的 国 数 (_ * _)。 
如 果 我 们 对 任何 一 个 空 的 集合 执行 fold 操作 ， 它 会 返回 初始 种 子 的 值 。 与 此 不 同 ，reduce 
无 法 对 空 集合 进行 操作 ， 因 为 reduce 没有 值 可 以 返回 。 如 果 那 样 ， 就 会 抛 出 异常 : 


scala> (List.empty[Int] fold 10) (_ + _) 
res0: Int = 10 












































scala> List.empty[Int] reduce (_ + _) 
java. lang.UnsupportedOperationException: empty.reduceLeft 


然后 ， 如 果 你 不 确定 集合 是 否 为 空 〈 例 如 : 当 集 合 是 传人 到 你 函数 中 的 一 个 参数 时 ) ， 你 
可 以 用 optionReduce {t#* reduce; 


scala> List.empty[Int] optionReduce (_ + _) 
resi: Option[Int] = None 


scala> List(1,2,3,4,5) optionReduce (_ + _) 

res2: Option[Int] = Some(15) 
reduce 返回 集合 中 各 元 素 的 最 近 公 共 父 类 型 *。 如 果 元 素 均 为 同一 类 型 , 则 reduce 返回 的 元 
素 就 是 该 类 型 的 。fold 方法 则 有 初始 种 子 值 ， 因 为 对 最 终结 果 的 处 理 有 更 多 选项 。 以 下 是 
一 个 折 倒 操作， 事实 上 相当 于 映射 操作 : 


// src/main/scala/progscala2/fp/datastructs/fold-map.sc 











scala> (List(1, 2, 3, 4, 5, 6) foldRight List.empty[String]) { 
| (x, list) => ("[" + x + "]") :: list 
[= 
res0: List[String] = List([1], [2], [3], [4], [5], [6]) 
首先 ， 我 们 使 用 fold 的 一 个 变 体 foldRight 从 右 到 左 遍 历 集 合 ， 这 样 可 以 保证 我 们 构造 的 
新 序列 中 元 素 的 顺序 是 正确 的 。 也 就 是 说 ， 元 素 6 首先 被 处 理 ， 并 插入 到 空 序列 头 部 ， 随 
后 元 素 5 被 处 理 ， 插 入 到 该 序列 的 头 部 ， 以 次 类 推 。 这 样 ， 累 计 值 相当 于 这 个 匿名 国 数 的 
第 二 个 参数 。 
事实 上 ， 所 有 其 他 的 操作 均 可 用 fold 实现 ， 包 括 foreach。 如 果 你 只 能 拥有 我 们 讨论 的 众 
多 函数 中 的 一 个 ， 那 么 你 可 以 选择 foLd， 然 后 用 fold 重新 实现 其 他 函数 。 









































注 3: 也 称 为 最 小 上 界 或 LUB。 
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以 下 我 们 就 给 出 关于 fold 和 reduce 方法 的 签名 和 介绍 ， 它 们 被 声明 于 scala.collection. 
TraversableOnce 和 scala.collection.TraversableLike 中 。 下 面 的 介绍 是 从 Scaladoc 中 摘 
KY. 


def fold[A1 >: A](z: A1)(op: (A1, A1) = A1): A1 

遍历 集合 ， 使 用 指定 的 二 元 操作 符 op 对 集合 元 素 做 折合 。 对 元 素 执 行 操作 时 ， 其 顺序 
是 未 指定 的 ， 因 此 结果 是 不 能 确定 的 。 不 过 ， 对 于 多 数 顺 序 固定 的 集合 如 List, fold 
的 作用 与 foLdLeft 相同 。 

def foldLeft[B](z: B)(op: (B, A) = B): B 

对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 左 到 右 。 

def foldRight[B](z: B)(op: (A, B) = B): B 

对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 右 到 左 。 

def /:[B](z: B)(op: (B, A) = B): B = foldLeft(z)(op) 

foldleft 的 别名 。 调 用 形式 例如 : (0 /: List(1,2,3))(_ + _)。 不 过 ， 大 部 分 人 认为 用 
操作 符 /: 来 表示 foLdLeft 太 隐 史 不 易 记 忆 ， 所 以 ， 写 代码 时 不 要 忘记 与 代码 阅读 者 进 
行 交流 。 

def :\[B](z: B)(op: (A, B) = B): B = foldRight(z)(op) 

foldRight 的 别名 。 调 用 形式 例如 : (6 /: List(1,2,3))(_ + _)。 不 过 ， 大 部 分 人 认为 
用 操作 符 /: 来 表示 foldLeft KAMER DTL. 

def reduce[A1 >: A](op: (A1, A1) = A1): A1 

遍历 集合 ， 使 用 指定 的 二 元 操作 符 op 对 集合 元 素 做 归 约 。 对 元 素 执行 操作 时 ， 其 顺序 
是 未 指定 的 ， 因 此 结果 是 不 能 确定 的 。 不 过 ， 对 于 多 数 顺 序 固定 的 集合 如 List, reduce 
的 作用 与 reduceLeft 相同 。 如 果 集 合 为 空 ， 则 抛 出 异常 。 


def reduceLeft[A1 >: A](op: (A1, A1) = A1): A1 

对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 左 到 右 。 如 果 集 合 为 空 ， 则 抛 出 异常 。 
def reduceRight[A1 >: A](op: (A1, A1) = A1): A1 
对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 右 到 左 。 如 果 集 合 为 空 ， 则 抛 出 异常 。 
def optionReduce[A1 >: A](op: (A1, A1) = A1): Option[A1] 

类 似 reduce， 但 当 集 合 为 空 时 ， 返 回 None; RADER, IE Some(…)。 

def reduceLeftOption[B >: A](op: (B, A) = B): Option[B] 

类 似 reduceLeft， 但 当 集 合 为 空 时 ， 返 回 None; 集合 不 空 时 ， 返 回 Some(---), 

def reduceRightOption[B >: A](op: (B, A) = B): Option[B] 

类 似 reduceRight， 但 当 集合 为 空 时 ， 返 回 None; 集合 不 空 时 ， 返 回 Some(…)。 
def aggregate[B](z: B)(seqop: (B, A) = B, combop: (B, B) = B): B 


对 后 面 的 元 素 进行 操作 ， 并 聚合 结果 。 该 函数 比 fold 和 reduce 形式 更 加 通用 ， 有 具有 相 
似 的 语法 ， 但 并 不 要 求 结果 的 类 型 是 元 素 的 公共 父 类 型 。 函 数 将 集合 分 为 不 同 的 分 片 ， 
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顺序 遍历 各 个 分 片 ， 用 seqop 更 新 计算 结果 ， 最 后 对 各 个 分 片 的 计算 结果 调用 combop。 
该 操作 可 能 操作 任意 个 分 片 ， 因 此 combop 可 能 被 调用 任意 次 。 
e def scan[B >: A](z: B)(op: (B, B) = B): TraversableOnce[B] 
扫描 、 计 算 集 合 元 素 的 一 个 前 级 。 中 间 的 元 素 z 可 能 会 被 多 次 操作 。( 在 本 节 末 尾 ， 会 
给 出 一 个 示例 。) 
e def scanLeft[B >: A](z: B)(op: (B, B) = B): TraversableOnce[B] 
从 左 到 右 遍 历 集合 ， 对 元 素 执行 op 操作 ， 得 到 一 个 包含 一 系列 累计 值 的 集合 。 
e def scanRight[B >: A](z: B)(op: (B, B) = B): TraversableOnce[B ] 
从 右 到 左 遍 历 集合 ， 对 元 素 执 行 op 操作 ， 得 到 一 个 包含 一 系列 累计 值 的 集合 。 
。 def product: A 
计算 集合 元 素 的 累 乘 值 。 只 要 集合 元 素 可 以 隐 式 转换 为 Nuneric[A] (http:/www.scala- 
lang.org/api/current/scala/math/Numeric.html) (例如 : Int, Long, Float, Double 和 BigI 
nt), BEAT LGR lca BHA. Khe bk, RBM BA def product[B >: A] 
(implicit num: Numeric[B]): B， 参 见 5.2.3 节 ， 了 解 关 于 使 用 隐 式 转换 来 约束 方法 使 
用 范围 的 细节 。 
e def mkString: String 
将 集合 中 的 所 有 元 素 序列 化 到 字符 串 中 。 该 方法 是 fold 的 一 个 自 定 义 实 现 ， 用 于 方便 
地 从 集合 生成 字符 串 。 在 集合 的 元 素 之 间 没 有 分 隔 符 。 
e def mkString(sep: String): String 
从 集合 生成 字符 串 ， 分隔 符 为 字符 串 参 数 sep, 
e def mkString(start: String, sep: String, end: String): String 
从 集合 生成 字符 串 ， 分 隔 符 为 字符 串 参 数 sep， 前 绥 为 start, JHA end, 
特别 留心 传递 给 reduce, fold 和 aggregate 的 匿名 函数 的 参数 。 对 于 Left 系列 的 函数 ， 如 
foLdLeft， 其 中 第 一 个 参数 为 票 计 值 ， 集 合 遍历 的 方向 为 从 左 向 右 。 对 于 Right 系列 的 孙 
数 ， 如 foldRight， 其 中 第 二 个 参数 为 累计 值 ， 集 合 遍 历 的 方向 为 从 左 丫 右 。 对 于 fold 和 
reduce 等 方法 ， 遍 历 方向 既 不 是 从 左 到 右 ， 也 不 是 从 右 到 左 ， 其 遍历 方向 与 初始 值 是 未 定 
义 的 (不 过 一 般 都 采用 了 从 左 到 右 的 方式 )。 
fold 系列 方法 可 以 输出 一 个 与 集合 元 素 完 全 不 同类 型 的 值 ， 而 reduce 系列 方法 总 是 返回 
与 元 素 相同 类 型 或 元 素 父 类 型 的 值 。 
以 上 方法 对 于 无 限 集合 均 不 终止 处 理 。 同 时 ， 如 何 集 合 不 是 序列 类 型 ( 非 序列 类 型 中 ， 
元 素 的 存储 顺序 不 国定 ) 或 操作 不 满足 交换 律 的， 以 上 方法 每 次 运行 返回 的 结果 可 能 都 
不 相同 。 
aggregate 方法 的 应 用 并 不 广泛 ， 因 为 它 包含 一 些 比较 难以 理解 的 “不 固定 成 分 ”。 
scan 方法 对 计算 集合 的 连续 子 集 非常 有 用 。 考 虑 以 下 例子 : 
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scala> val list = List(1, 2, 3, 4, 5) 
list: List[Int] = List(1, 2, 3, 4, 5) 


scala> (list scan 10) (_ + _) 
resQ: List[Int] = List(10, 11, 13, 16, 20, 25) 


首先 ， 输 出 初始 值 9， 接 下 来 输出 第 一 个 元 素 与 初始 值 的 和 11， 然 后 是 第 二 个 元 素 与 前 值 
的 和 ，11 + 2 = 13， 以 此 类 推 。 


最 后 ， 我 们 介绍 了 3 个 mkstring 方法 ， 因 为 它们 事实 上 是 fold 和 reduce 的 特例 ， 用 于 生 
成 String。 如 果 集 合 默认 的 toString 方法 并 不 是 你 想 要 的 ， 这 些 方法 仍然 十 分 有 用 。 


6.9 向 左 遍历 与 向 右 遍 历 
从 上 一 节 可 知 ，fold 和 reduce 国 数 不 保证 固定 的 志 历 顺序 。 而 foLdLeft 和 reduceLeft NI] 
从 左 到 右 遍 历 集合 元 素 ，foldRight 和 reduceRight 则 从 右 到 左 遍 历 集 合 元 素 。 


这 样 ， 任 何 需要 保持 集合 原 有 顺序 的 操作 (例如 ， 将 整数 列表 转 为 格式 化 字符 串 的 列表 ) 
就 必须 使 用 foLdLeft 或 foLdRight 才 行 。 

这 一 节 我 们 就 来 讨论 fold 和 reduce 的 癌 左 壳 历 和 问 右 遍历 这 两 种 形式 ， 它 们 在 行为 上 有 
很 重要 的 区 别 。 

我 们 再 次 列 出 上 文 所 用 的 例子 ， 不 过 现在 用 fold、foldLeft、foldRight、reduce.、 
reduceLeft 和 reduceRight 作为 对 比 。 首 先 ， 给 出 fold 的 例子 : 


scala> (List(1,2,3,4,5) fold 10) (_ * _) 
res0: Int = 1200 














scala> (List(1,2,3,4,5) foldLeft 10) (_ * _) 
resi: Int = 1200 


scala> (List(1,2,3,4,5) foldRight 10) (_ * _) 
res2: Int = 1200 


然后 是 reduce 的 例子 : 


scala> List(1,2,3,4,5) reduce (_ + _) 
res3: Int = 15 


scala> List(1,2,3,4,5) reduceLeft (_ + _) 
res4: Int = 15 


scala> List(1,2,3,4,5) reduceRight (_ + _) 

res5: Int = 15 
好 了 ， 不 是 特别 令 人 振奋 ， 因 为 选择 不 同 的 方法 似乎 对 结果 并 没有 产生 影响 。 原 因 在 于 我 
们 使 用 的 匿名 函数 _* _ 和 _ + _ 满足 交换 律 和 结合 律 。 
进一步 分 析 。 首 先 ， 对 于 List, fold 只 是 调用 给 了 foldLeft， 因 此 它们 表现 出 相同 的 行 
为 。 这 在 大 部 分 情况 下 是 对 的 ， 但 并 不 是 对 所 有 的 集合 都 是 如 此 。 所 以 ， 我 们 集中 关注 
foldLeft 和 foldRight。 其 次 ，foldLeft 和 foldRight 采用 了 相同 的 匿名 函数 ， 但 两 次 调 
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用 时 ， 参 数 事实 上 是 相反 的 。 在 foldleft 中 ， 匿 名 国 数 的 第 一 个 参数 是 累计 值 ， 而 对 于 
foldRight， 第 二 个 参数 才 是 累计 值 。 


我 们 用 满足 交换 律 和 结合 律 的 函数 来 比较 foldLeft 和 foldRight， 以 便 使 得 参数 更 清晰 : 


// src/main/scala/progscala2/fp/datastructs/fold-assoc-funcs.sc 

















scala> val facLeft = (accum: Int, x: Int) => accum + x 
facLeft: (Int, Int) => Int = <function2> 


scala> val facRight = (x: Int, accum: Int) => accum + x 
facRight: (Int, Int) => Int = <function2> 


scala> val list1 = List(1,2,3,4,5) 
tisti: List[Int] = List(1, 2, 3, 4, 5) 


scala> list1 reduceLeft facLeft 
res0: Int = 15 


scala> list1 reduceRight facRight 
resi: Int = 15 


facLeft 和 facRight 函数 满足 交换 律 和 结合 律 。 两 者 的 区 别 仅仅 在 于 参数 的 解释 ， 其 函数 
体 相同 均 为 accum + x。 为 了 清晰 ， 我 们 定义 了 这 两 个 函数 值 并 将 它们 作为 参数 传递 给 高 
阶 国 数 ， 如 reduceLeft 和 reduceRight, 


最 后 ， 当 对 list 调用 reduceLeft 并 传 入 facLeft 作为 匿名 函数 时 ， 我 们 得 到 的 结果 和 
facRight 调用 reduceRight 的 结果 相同 。 事 实 上 ， 使 用 两 者 中 任意 一 个 匿名 函数 都 会 得 到 
相同 的 结果 ， 因 为 它们 满足 交换 律 和 结合 律 。 


下 面 概述 一 下 这 几 个 例子 中 实际 发 生 的 运算 。 对 listi 调用 reduceLeft 上 时， 我 们 首先 给 
facLeft 传 入 1 作为 累计 值 accum 〈 即 初始 种 子 值 )， 传 入 2 作为 x 的 值 。 匿 名 函数 facLeft 
返回 1 + 2 作为 下 一 次 计算 时 的 accum 值 。 下 一 次 调用 facLeft 时 ， 传 入 3 作为 x 的 值 ， 
国 数 返 回 3 + 3 或 是 6。 分 析 剩 下 的 步 又 ， 可 知 运算 的 顺序 为 : 


((((1+2)+3)+4)+5) //= 15 


与 此 相反 ,使 用 reduceRight 时 ，5 是 初始 种 子 值 ， 我 们 从 右 到 左 依次 计算 。 分 析 其 具体 
步骤 ， 可 以 得 到 运算 顺序 : 


((((5+ 4) + 3) +2) +1) // = 15 


下 面 重 新 排列 一 下 表达 式 ， 使 元 素 符合 其 原始 顺序 。 再 次 将 reduceLeft 的 表达 式 列 出 ， 作 
为 对 比 。 注 意 以 下 表达 式 中 的 括号 : 


((((1+2)+3)+4)+5) // = 15 (reduceLeft 的 例子 ) 
(1 + (2 + (3 + (4+ 5)))) //= 15 (reduceRight 的 例子 ) 


注意 这 里 的 括号 是 如 何 反 映 元 素 的 变量 顺序 的 。 稍 后 我 们 会 回 过 头 来 分 析 这 些 表达 式 。 
如 果 采 用 了 一 个 满足 结合 律 但 不 满足 交换 律 的 函数 ， 会 如 何 呢 ? 


scala> val fncLeft = (accum: Int, x: Int) => accum - x 
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fncLeft: (Int, Int) => Int = <function2> 


scala> val fncRight = (x: Int, accum: Int) => accum - x 
fncRight: (Int, Int) => Int = <function2> 


scala> list1 reduceLeft fncLeft 
res0: Int = -13 


scala> list1 reduceRight fncRight 
resi: Int = -5 


要 了 解 为 什么 得 到 的 结果 不 同 ， 先 来 分 析 以 上 函数 中 实际 发 生 了 什么 运算 。 
如 果 同 样 对 以 上 例子 列 出 括号 表达 式 ， 可 以 得 到 如 下 结果 : 


((((1_- 2) - 3) - 4) - 5) // = -13 (foldLeft) 

CEES 4).= 3) o 2). =D) // = -5 (foldRight) 

(-1 + (-2 + (-3 + (-4 + 5)))) //= -5 (foLdRight， 重 新 排列 的 形式 ) 
所 以 ， 就 像 之 前 的 例子 ， 括 号 清晰 地 展示 了 reduceLeft 是 从 左边 开始 处 理 元 素 的 ， 而 
reduce 则 是 从 右边 处 理 元 素 的 。 


为 了 表明 fncLeft 和 fncRight 满足 交换 律 ， 回 想 一 下 x - y 等 价 于 x + -y，x + -y 也 可 以 
写 为 -y + x， 其 结果 依然 相同 : 

((((1 - 2) - 3) - 4) - 5) // 原始 形式 

((((1+ -2) + -3) + -4) + -5) // 将 x-y 变 为 x+ -y 

(1+(-2+(-3+(-4+ -5)))) // 表明 了 结合 性 
最 后 ， 我 们 来 看 看 使 用 既 不 满足 交换 律 ， 也 不 满足 结合 律 的 函数 时 会 发 生 什么 。 要 使 用 构 
造 String AY PRI 


scala> val fnacLeft = (x: String, y: String) => s"($x)-($y)" 





















































scala> val fnacRight = (x: String, y: String) => s"($y)-($x)" 





scala> val list2 = list1 map (_.toString) // 生产 String 组 成 的 列表 


scala> list2 reduceLeft fnacLeft 
res2: String = ((((1)-(2))-(3))-(4))-(5) 


scala> list2 reduceRight fnacRight 
res3: String = ((((5)-(4))-(3))-(2))-(1) 


scala> list2 reduceRight fnacLeft 
res4: String = (1)-((2)-((3)-((4)-(5)))) 


再 次 留意 使 用 fnacLeft 和 fnacRight 的 不 同 结果 ， 并 确定 你 理解 输出 的 字符 串 是 如 何 产 
生 的 。 
尾 递 归 与 遍历 无 限 集合 


事实 证 明 foLdLeft 和 reduceLeft 有 一 个 比 foldRight 和 reduceRight 重大 的 优势 : 它们 是 
尾 递 归 的 ， 所 以 可 以 从 Scala 的 尾 递归 优化 中 获 益 。 
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为 了 阐述 这 一 点 ， 回 顾 一 下 刚才 我 们 构造 的 对 列表 元 素 做 相 加 的 表达 式 .: 


((((1 + 2) + 3) +4) +5) // = 15 (reduceLeft 的 例子 ) 
(1 + (2 + (3 + (4+5)))) //= 15 (reduceRight 的 例子 ) 


尾 递 归 必 须 是 一 次 递归 中 最 后 一 个 运行 的 操作 。 在 reduceRight 中 ， 最 外 层 的 (1 + …) 在 





内 层 髓 和 套 部 分 完成 之 前 ， 无 法 执行 ， 所 以 这 个 操作 不 能 被 优化 为 循环 ， 也 不 是 尾 递 电 。 在 











列表 中 ， 我 们 受 限于 列表 的 构造 方式 ， 只 能 从 头 部 过 历 到 尾部 。 与 此 相反 ，reduceLeft 
中 ， 我 们 可 以 首先 对 前 两 个 元 素 执行 相 加 ， 然 后 对 第 三 个 、 第 四 个 做 相 加 ， 以 此 类 推 。 换 
句 话 说， 我 们 可 以 将 其 转 为 循环 ， 因 为 这 是 尾 递归 。 

另 一 个 分 析 方 法 是 对 Seq 类 型 实现 我 们 自己 的 foLdLeft 和 foldRight 方法 : 


// src/main/scala/progscala2/fp/datastructs/fold-impl.sc 


// 简化 的 实现 ,并 未 输出 集合 
// 输入 类 型 是 Seq[A] . 
def reduceLeft[A,B](s: Seq[A])(f: A => B): Seq[B] = { 


} 





@annotation.tailrec 

def rl(accum: Seq[B], s2: Seq[A]): Seq[B] = s2 match { 
case head +: tail => rl(f(head) +: accum, tail) 
case _ => accum 


} 
rl(Seq.empty[B], s) 


def reduceRight[A,B](s: Seq[A])(f: A => B): Seq[B] = s match { 


} 


case head +: tail => f(head) +: reduceRight(tail)(f) 
case _ => Seq.empty[B] 


val list = List(1,2,3,4,5,6) 


reduceLeft(list)(i => 2*i) 
// => List(12, 10, 8, 6, 4, 2) 


reduceRight(list)(i => 2*i) 
// => List(2, 4, 6, 8, 10, 12) 


以 上 实现 并 不 打算 构造 Seq 的 子 类 型 。Scala 集合 采用 我 们 之 前 讨论 的 CanBuildFrom 技术 。 
否则 的 话 ， 这 里 会 使 用 传统 的 递归 模型 来 实现 从 左 向 右 和 从 右 向 左 的 志 历 。 


尽管 在 实践 中 ， 你 基本 总 是 会 用 Scala 内 置 的 遍历 国 数 ， 而 不 是 自己 写 一 个 。 你 也 应 该 对 


这 两 和 














Fh 遍 历 及 递归 有 足够 的 了 解 ， 并 记 住 其 行为 与 行为 所 需 的 代价 。 

















由 于 在 这 里 我 们 处 理 的 是 ssq， 所 以 我 们 一 般 只 能 从 左 到 右 进行 。Seq.appty(index: Int) 
的 确 可 以 返回 位 于 索引 index (索引 从 零 开 始 ) 的 元 素 ， 但 对 于 列表 来 说 ， 每 次 调用 apply 
都 需要 O(N) 的 复杂 度 ， 导 致 总 体 的 复杂 度 变 为 OOV)， 而 不 是 我 们 想 要 的 O(N)。 所 以 ， 
foldRight 的 实现 “推迟 ”了 将 当前 值 与 其 他 递归 结果 进行 运算 的 时 间 ， 直 到 其 他 递归 完 
成 时 才 进行 。 所 以 ，fotLdRight 不 是 尾 递归 的 。 


对 于 foLdLeft， 我 们 用 艇 套 国 数 rl KAVA, rl 携带 一 个 accum 参数 ， 用 于 计算 累计 
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值 。 当 输入 不 匹配 head +: tail 时 ， 就 会 选择 空 Seq 的 分 支 ， 此 时 返回 accum 的 值 ， 其 中 
包含 了 完整 的 seq[B]。 当 我 们 递归 地 调用 rL 时 ， 这 个 调用 是 我 们 的 最 后 一 个 操作 (尾部 
调用 ) ， 因 为 我 们 已 经 先 将 新 元 素 加 到 了 accum 上 ， 然 后 再 将 新 的 值 传 人 rl. foldLeft 是 
尾 递归 的 。 


与 此 相反 ， 当 我 们 遍历 到 输入 的 Seq 的 末端 时 ， 返 回 了 一 个 空 的 seq[B] ， 接 着 随 着 栈 的 展 
开 ， 问 该 Seq[B] 中 插入 元 素 。 


最 后 ， 值 得 注意 的 是 ， 两 者 输出 元 素 的 顺序 是 不 同 的 。 从 左 到 右 的 递归 方法 返回 了 一 个 将 
输入 列表 逆序 的 输出 ， 这 一 点 也 许 一 开始 令 你 感到 惊 诈 ， 但 这 只 是 因为 这 个 例子 将 元 素 插 
入 到 序列 开头 。 用 vector 重 写 以 上 两 个 例子 ， 你 可 以 用 一 样 的 case 匹配 语句 。 不 过 不 是 
在 开头 插入 元 素 ， 而 是 在 结尾 追加 元 素 。 这 样 ， 新 foldLeft 函数 输出 的 Vector 将 与 输入 
的 Vector 有 相同 的 顺序 ， 而 foLdRight 的 输出 则 具有 相反 的 元 素 顺 序 。 


那么 ， 为 什么 我 们 要 有 两 种 递归 方式 ?如 果 不 必 为 栈 溢出 担心 ， 大 部 分 情况 下 ， 从 右 向 左 
的 递归 可 能 更 适合 你 的 操作 。 对 于 序列 ，fotdRight 保持 了 元 素 的 原 有 顺序 。 我 们 可 以 在 
调用 foldleft 之 后 调用 reverse， 但 这 意味 着 志 历 两 次 ， 而 不 是 一 次 。 这 对 于 大 集合 来 说 
可 能 会 非常 昂贵 。 

从 右 向 左 递归 相对 从 左 向 右 递归 还 有 一 个 优势 。 芳 虑 以 下 情景 : 你 有 一 个 潜在 的 无 限 数 据 流 。 
你 不 可 能 将 其 全 部 放 入 内 存 中 的 一 个 集合 里 ， 但 你 可 能 只 需要 其 中 的 前 入 个 元 素 ， 而 丢弃 其 
他 元 素 。Scala 库 的 Stream 类 型 就 是 为 这 种 目的 而 设计 的 。Stream 是 惰性 的 ， 意 味 着 它 只 在 
被 要 求 的 时 候 才 对 其 尾部 求 值 〈 不 过 对 头 部 的 求 值 是 积极 的 ， 这 一 点 有 时 会 带 来 不 便 )。 

这 里 提 到 的 “ 求 值 ”是 指 ， 在 计算 时 ， 定 义 一 个 无 线 数据 流 唯一 可 能 的 方法 就 是 使 用 一 
个 会 一 直 生 成 数值 的 函数 。 该 函数 可 能 一 直 从 某 个 输入 渠道 ， 如 套 接 字 (就 像 推 特 的 
firehouse) 或 大 文件 中 ， 读 取 数 据 或 者 它 本 身 就 是 一 个 能 产生 数值 序列 的 函数 。 在 下 文中 
我 们 很 快 就 会 看 到 一 个 例子 。 

现在 ,假设 我 们 定义 了 一 个 无 限 集 合 。 集 合 中 ， 函 数 一 直 生产 随机 数 。Scala 的 大 部 分 集 
合 都 是 严格 的 或 积极 的 ， 意 味 着 如 果 我 们 在 函数 中 定义 一 个 集合 ， 函 数 将 试图 在 内 存 中 装 
下 这 个 集合 ， 从 而 迅速 将 内 存 耗 尽 。 

男 一 方面 ， 惰 性 的 流 只 会 对 集合 的 头 部 调用 一 次 随机 函数 ， 然 后 一 直 等 待 ， 直 到 调用 端 要 
求 得 到 集合 的 尾部 值 。 
现在 ,我们 考虑 一 个 关于 无 限 数字 流 的 有 趣 例 子 
斐 波 那 契 数 的 定义 如 下 〈 这 里 忽略 负数 ) : 


f(n) = 
0 
























































































































































斐 波 那 契 序列 。 


if n=0 

1 if n=1 

f(n-1) + f(n-2) otherwise 
像 任 何 良 好 的 递归 一 样 , n 等 于 0 或 1 时 是 递归 终止 的 条 件 ， 此 时 fl(n) = n, 否则 f(n) = 
f(n-1) + f(n-2)。 


现在 ， 考 虑 以 下 使 用 Stream 定义 函数 : 











// src/main/scala/progscala2/fp/datastructs/fibonacci.sc 
scala> import scala.math.BigInt 


scala> val fibs: Stream[BigInt] = 
| BigInt(0) #:: BigInt(1) #:: fibs.zip(fibs.tail).map (n => n._1 + n._2) 


scala> fibs take 10 foreach (i => print(s"$i ")) 
011235 8 13 21 34 


使 用 与 cons 操作 等 价 的 #::， 我 们 为 Stream 构造 了 序列 的 前 两 个 元 素 ， 分 别 是 n 等 于 0 和 
等 于 1 的 特例 。 接 着 用 递归 定义 了 剩 下 的 元 素 。 这 个 递归 是 右 方向 递归 。 不 过 我 们 只 取 前 
n 个 元 素 ， 忽 略 了 其 他 元 素 。 


在 这 里 ， 我 们 定义 了 fibs 和 fibs 的 尾部 元 素 : fibs.zip(fibs.tail).map(…)。 该 表达 式 将 
fibs 的 所 有 元 素 和 接 下 来 的 元 素 联 系 在 一 起 。 例 如 : 我 们 有 元 组 如 (f(2)，f(3))，(f(3)， 
f(4)) 等 ， 一 直到 无 限 ， 但 我 们 并 没有 真正 对 其 求 值 ， 除 非 用 户 要 求 访 问 这 些 值 。 元 组 被 
映射 到 一 个 整数 ， 即 元 组 中 两 个 元 素 之 和 ， 这 就 是 f(n) 的 下 一 个 值 ! 


最 后 一 行使 用 take 求 出 了 序列 中 的 前 10 个 值 (积极 的 集合 也 有 take 方法 )。 为 了 求 出 10 
个 元 素 ， 我 们 必须 计算 序列 尾部 8 次 。 接 着 用 foreach 对 其 进行 循环 ， 将 其 打印 出 来 ， 每 
个 一 行 。 

这 个 对 于 递归 序列 的 定义 是 非 巧 妙 而 强大 ， 摘 自 Stream Scaladoc 页 面 (http://www.scala- 
lang.org/api/current/scala/math/Numeric.html) 。 确 保 你 理解 其 中 的 原理 ， 因 为 这 将 帮助 你 理 
解 表 达 式 中 各 个 部 分 的 功能 ， 并 能 手工 计算 出 前 几 个 值 。 

注意 fibs 的 形式 与 我 们 实现 的 foldRight 很 像 : f(0) + f(1) + tail， 这 一 点 很 重要 。 
为 这 是 一 个 右 方 回 递 归 ， 所 以 我 们 能 在 得 到 想 要 的 元 素 时 停止 计算 tail, 与 此 不 同 ， 试 
图 构造 一 个 惰性 求 值 的 左 方向 递归 是 不 可 能 的 ， 因 为 那样 会 得 到 这 种 形式 f(0 + fa 
+f(tail))。( 对 比 一 下 foldleft 的 实现 .) 所 以 ， 碳 方向 递归 可 以 帮助 我 们 处 理 无 限 长 的 、 
情 性 求 值 的 数据 流 ， 可 以 在 恰当 的 时 候 对 数据 流 进行 险 段 ， 而 左 方向 递归 则 做 不 到 。 













































































左 方向 递归 是 尾 递归 ， 右 方向 递归 则 可 以 提前 截断 ， 以 处 理 无 限 长 的 、 需 要 
惰性 求 值 的 数据 流 。 











然而 ， 我 们 可 以 注意 到 有 些 对 序列 实现 了 foldRight 和 reduceRight 方法 的 类 型 ， 实 
际 上 先进 行 了 逆序 ， 然 后 再 分 别 执 行 foLdLeft 或 reduceRight。 例 如: collection. 
TraversableOnce 为 大 部 分 Seq 提供 了 这 种 实现 。 这 将 允许 我 们 用 尾 递归 的 方式 执行 右 向 操 
作 ， 不 过 这 要 花费 先 执行 逆序 的 开销 。 


6.10 组 合 器 : 软件 最 佳 组 件 抽象 


80 年 代 后 期 和 90 年 代 初 期 ,面向 对 象 编程 在 成 为 主流 后 ， 似 乎 很 有 希望 在 软件 复 用 组 
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件 上 有 所 作为 ， 甚 至 实现 通用 的 产业 组 件 库 。 然 而 ， 除 了 少数 领域 ， 如 不 同 平 台 上 的 
windows API 以 外 ， 事 情 并 没有 如 此 发 展 。 


为 什么 复 用 组 件 没 有 出 现 ? 原因 很 多 ， 但 根本 原因 在 于 ， 恰 当 、 通 用 代码 或 二 进 制 交互 协 
议 是 该 复 用 组 件 的 基础 ， 而 这 种 代码 或 二 进 制 协议 并 没有 出 现 。 事 实 上 ， 认 为 对 象 API 的 
丰富 性 反而 破坏 了 复 用 组 件 需 要 的 模块 化 的 观点 ， 是 一 个 悖 论 。 


从 更 广泛 的 领域 来 看 ， 成 功 的 组 件 模型 都 依赖 于 非常 简单 的 基础 。 数 字 集 成 电路 CIC) 用 
2 根 信号 线 与 信号 总 线 相连 ， 每 个 信号 线 是 一 个 布尔 值 ， 取 值 为 开 或 关 。 在 这 个 极其 简单 
的 协议 上 ， 人 类 历史 上 最 具 爆 炸 性 发 展 力 的 产业 诞生 了 。 


HTTP 是 组 件 模型 的 另 一 个 成 功 典范 。 服 务 间 通 过 狭小 但 定义 良好 的 接口 进行 交互 ， 相 互 
传输 少数 有 关 数 据 类 型 的 信息 ， 关 于 数据 本 身 的 格式 规定 则 非常 简单 。 


在 这 两 个 例子 中 。 高 层 协议 依赖 的 基础 都 很 简单 ， 但 这 个 基础 使 得 组 件 能 够 创建 、 生 成 更 
复杂 的 结构 。 在 数字 电路 中 ， 有 些 二 进 制 模式 被 解释 为 CPU 指令 ， 有 的 被 解释 为 内 存 地 
址 ， 还 有 的 被 解释 为 数据 值 。REST (类 似 JSON 的 数据 格式 ) 以 及 其 他 高 层 的 标准 都 基 
于 HTTP, 


对 于 一 座 城市 ， 咋 看 起 来 ， 我 们 认为 大 部 分 的 建筑 都 是 独一无二 的 ， 完 全 定制 化 的 。 事 实 
上 ， 在 这 些 独一无二 的 建筑 背后 隐 含 了 众多 统一 的 标准 : 电力 、 给 排水 、 房 间 大 小 、 家 
有 具 ， 围 绕 在 这 些 建筑 周围 的 是 标准 的 街道 ， 在 街道 上 奔驰 的 拥有 自己 标准 体系 的 汽车 。 


面向 对 象 编程 从 未 建立 过 这 种 基础 性 的 、 通 用 的 标准 。 在 各 个 语言 社区 中 ,组件 的 基础 单 
位 就 是 对 象 《有 的 包含 类 “模板 "， 有 的 没有 )。 但 对 象 还 不 够 底层 。 每 个 开发 者 都 会 为 
Customer (顾客 ) 创造 一 个 新 的 “标准 ”*"。 没 有 任何 团队 能 为 Customer 应 该 有 哪些 字段 达 
成 一 致 ， 因 为 它们 需要 满足 顾客 在 不 同 场景 下 的 不 同 需求 ， 因 而 需要 不 同 的 数据 和 运算 方 
式 。 我 们 需要 比 对 象 更 底层 的 东西 。 
发 明 跨 语言 、 跨 进程 的 标准 组 件 的 努力 近年 来 才 出 现 。 类 似 CORBA 的 模型 非常 复杂 。 大 
部 分 模型 定义 了 二 进 制 标准 ， 而 非 代码 级 的 标准 。 受 制 于 “版 本 地 狱 ”， 这 使 得 交互 性 变 
得 非常 脆弱 。 问 题 不 在 于 选择 二 进 制 标准 而 非 代码 级 标准 ， 而 在 于 所 定义 的 二 进 制 标准 太 
过 复杂 ， 导 致 模型 的 失败 。 


回想 一 下 本 章 中 所 学 的 示例 ， 其 作法 恰恰 相反 。 首 先 我 们 介绍 了 一 系列 集合 类 型 ，List、 
VectorMap 等 。 它 们 共享 一 些 共同 的 操作 ， 这 些 操作 大 多 定义 在 Seq 这 个 抽象 特征 中 。 大 
部 分 示例 用 List 来 举例 ， 但 实际 上 选用 任意 一 个 集合 都 可 以 。 


除了 foreach 方法 ， 所 有 操作 都 是 纯净 的 高 阶 函数 ， 没 有 副作用 ， 且 都 接受 函数 作为 参数 ， 
具体 工作 由 该 函数 完成 ， 如 : 过 滤 、 转 换 原始 集合 中 的 元 素 。 这 种 高 阶 函 数 与 离散 数据 中 
的 组 合 器 概念 非常 接近 。 

我 们 可 以 将 这 些 组 合 器 串联 起 来 ， 从 而 用 很 少 的 代码 完成 复杂 的 功能 。 对 于 特定 问题 ， 我 
们 可 以 将 数据 和 需要 实现 的 行为 分 离 。 这 与 通常 的 面向 对 象 编程 的 方法 正好 相反 ， 面 向 对 
象 总 是 将 数据 和 行为 绑 定 在 一 起 。 在 自 定义 的 类 中 创建 所 需 逻 辑 的 临时 实现 ， 是 面向 对 
象 里 的 典型 做 法 。 在 本 章 中 ， 我 们 已 经 给 出 了 更 好 的 方法 。 这 就 是 本 章 开 头 引 述 Alan J. 
Perlis 的 话 的 原因 。 













































































































































































在 本 章 结 束 之 前 ， 我 们 来 看 一 个 例子 ， 该 例 是 一 个 简化 的 工资 单 计算 器 : 


// src/main/scala/progscala2/fp/combinators/payroll.sc 








case class Employee ( 
name: String, 
title: String, 
annualSalary: Double, 
taxRate: Double, 
insurancePremiumsPerWeek: Double) 


val employees = List( 
Employee("Buck Trends", "CEO", 200000, 0.25, 100.0), 
Employee("Cindy Banks", "CFO", 170000, 0.22, 120.0), 
Employee("Joe Coder", "Developer", 130000, 0.20, 120.0)) 


// 计算 每 周 工资 单 : 
val netPay = employees map { e => 
val net = (1.0 - e.taxRate) * (e.annualSalary / 52.0) - 
e. insurancePremiumsPerWeek 
(e, net) 


} 


//“ 打 印 ” 工 资 单 
println("** Paychecks:") 
netPay foreach { 

case (e, net) => println(f" S${e.name+':'}%-16s ${net}%10.2f") 











} 


// 生成 报表 : 
val report = (netPay foldLeft (0.0, 0.0, 0.0)) { 
case ((totalSalary, totalNet, totalInsurance), (e, net)) => 
(totalSalary + e.annualSalary/52.0, 
totalNet + net, 
totalInsurance + e.insurancePremiumsPerWeek) 


} 
println("\n** Report:") 
println(f" Total Salary: S{report._1}%10.2f") 
println(f" Total Net: S{report._2}%10.2f") 
println(f" Total Insurance: ${report._3}%10.2f") 
脚本 的 输出 如 下 : 
** Paychecks: 
Buck Trends: 2784.62 
Cindy Banks: 2430.00 
Joe Coder: 1880.00 
** Report: 
Total Salary: 9615.38 
Total Net: 7094.62 
Total Insurance: 340.00 


我 们 可 以 用 很 多 方法 实现 以 上 逻辑 。 接 下 来 ， 我 们 来 考虑 一 下 设计 上 的 几 种 选择 。 
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首先 ， 尽管 本 市 对 面向 对 象 这 个 组 件 模型 颇 多 批评 ,但 OOP 仍然 十 分 有 用 。 我 们 定义 一 个 
Employee 类 来 放置 雇员 所 需 的 字段 类 型 。 在 真实 应 用 中 ， 这 些 数据 可 能 要 从 数据 库 中 加 载 。 


如 采 我 们 只 用 元 组 来 代替 自 定 义 的 类 ， 会 如 何 呢 ? 你 可 以 试 着 重 写 以 上 代码 ， 并 比较 其 中 
的 差别 。 命 名 时 使 用 Employee 及 其 字段 的 名 字 ， 可 以 使 代码 更 具 可 读 性 。 取 有 意义 的 名 称 
是 良好 悠久 的 软件 设计 准则 。 尽 管 我 强调 基础 集合 类 型 的 优点 ， 但 函数 式 编 程 并 不 排斥 定 
义 新 的 类 型 。 与 往常 一 样 ， 设 计 的 取舍 应 慎重 考虑 。 

然而 ，Employee 类 型 很 简单 ， 只 需要 实现 少量 行为 。 在 经 典 的 面向 对 象 设计 中 ， 我 们 可 能 
会 给 Employee 添加 很 多 行为 ， 用 于 工资 计算 或 实现 其 他 域 的 逻辑 。 我 相信 ， 我 们 在 这 里 所 
选择 的 设计 提供 了 最 佳 的 分 离 ， 同 时 这 种 设计 也 是 非常 简洁 的 。 如 果 Employee 的 结构 发 生 
变化 ， 需 要 修改 代码 时 ， 维 护 的 负担 也 是 非常 小 的 。 

还 需要 注意 的 是 ， 这 段 逻 辑 用 一 个 小 脚本 即 可 执行 ， 不 需要 一 个 应 用 程序 在 多 个 文件 中 定 
义 很 多 类 。 当 然 ， 这 个 例子 仅仅 是 个 玩具 。 但 希望 你 可 以 看 到 ， 普 通 的 应 用 并 不 一 定 需 要 
大 的 代码 库 。 

对 于 使 用 专用 的 类 型 存在 一 些 反 对 的 意见 ， 他 们 认为 这 会 增加 构造 实例 的 开销 。 在 这 里 ， 
这 种 开销 并 不 重要 。 如 果 我 们 有 十 亿 条 记录 ， 开 销 还 不 需要 考虑 吗 ? 在 第 18 章 探讨 大 数 
据 时 ， 我 们 将 再 次 讨论 这 个 问题 。 


6.11 关于 复制 


在 结束 本 章 之 前 ， 让 我 们 考虑 一 个 实际 问题 。 为 了 保持 变量 的 不 变性 ， 对 有 用 的 集合 进行 
复制 通常 是 必要 的 。 但 假设 我 有 一 个 包含 100 000 个 元 素 的 Vector ， 我 需要 得 到 一 个 副本 ， 
并 替换 掉 原 Vector 的 第 8 个 元 素 。 此 时 我 们 如 果 构 造 一 个 全 新 的 100 000 个 元 素 的 Vector 
将 会 是 极其 低 效 的 。 

幸运 的 是 ， 我 们 不 必 付 出 这 个 低 效 的 代价 ， 也 不 必 粕 牲 变量 的 不 可 变性 。 其 中 的 秘诀 就 
是 ， 我 们 认识 到 其 他 99 999 个 元 素 并 没有 变化 。 如 果 我 们 能 够 共享 原始 Vector 中 的 不 变 
部 分 ， 而 以 某 种 方式 表示 变化 的 部 分 ， 那 么 就 可 以 高 效 地 “创建 ”新 Vector 了 。 这 种 思想 
被 称 为 结构 共享 。 

如 果 其 他 线程 中 的 代码 正在 对 原始 Vector 做 其 他 不 同 的 操作 ， 对 原始 Vector 的 复制 不 会 
影响 该 操作 ， 因 为 原 Vector 没有 被 修改 。 这 样 ， 只 要 对 旧版 本 有 一 个 或 多 个 引用 ， 就 可 
以 创建 一 个 Vector 的 “历史 ”版 本 。 直 到 对 旧版 本 的 引用 消失 为 止 ， 旧 版 本 才 会 被 垃圾 
回收 。 

由 于 历史 可 以 一 直 保 留 ， 使 用 了 结构 共享 的 数据 结构 被 称 为 持久 性 数据 结构 。 

我 们 面临 的 挑战 是 选择 一 种 实现 数据 结构 ， 让 我 们 实现 向 量 语义 (或 其 他 数据 结构 中 的 
语义 )， 同 时 利用 结构 共享 提供 高 效 的 操作 方法 。 让 我 们 来 勾勒 出 底层 的 数据 结构 ， 揭 示 
复制 操作 是 如 何 工 作 的。 我 们 不 会 覆盖 所 有 细 闻 。 欲 了 解 更 多 信息 ， 参 见 维基 百科 页 面 
(https://en.wikipedia.org/wiki/Persistent_data_structure) 持久 性 数据 结构 。 


这 里 采用 了 分 文系 数 为 32 的 树 状 数据 结构 。 分 支 因 子 是 每 个 父 市 点 允许 拥有 的 最 大 子 市 










































































































































































点 的 数目 ， 意 味 着 搜索 和 修改 操作 是 O (logs, (N)) 复杂 度 的 ， 通常 这 相当 于 一 个 常数 ， 
甚至 对 很 大 的 N 值 来 说 也 是 如 此 ! 

图 6-2 显示 了 向 量 (1,2,3,4,5) 的 结构 。 为 了 增强 阅读 性 ， 我 们 将 只 使 用 两 个 或 三 个 子 
HRe 


























B 6-2: 树 形 结构 表示 的 向 量 

当 你 引用 向 量 时 ， 其 实 你 引用 的 是 树 的 根 节 点 ， 标 记 为 握 。 作 为 练习 3， 你 会 进行 若干 
操作 ， 如 : 通过 索引 访问 特定 的 元 素 ， 执 行 map 或 flatMap 等 ， 这 些 操 作 将 在 树 结 构 的 
Vector 中 实现 。 


现在 假设 我 们 要 在 2 和 3 之 间 插 入 2.5。 要 创建 一 个 新 的 副本 ， 我 们 并 不 需要 修改 原来 的 
树 结构 ， 而 是 创建 新 树 。 图 6-3 显示 了 当 我 们 在 2 和 3 之 间 添 加 2.5 时 发 生 了 什么 。 
































图 6-3: 插入 新 元 素 前 后 的 Vector 


需要 注意 的 是 ， 原 来 的 树 〈 奏 ) 仍然 存在 ， 但 我 们 又 创建 了 一 个 新 的 根 (#2) 和 新 的 节点 。 
新 节点 用 于 连接 新 根 (起 ) 和 包含 新 元 素 的 子 节点 。 这 样 ， 我 们 创建 了 一 个 新 的 左 子 树 ， 
其 分 支 系数 为 32， 这 意味 着 我 们 需要 在 每 一 层 复制 多 于 32 的 子 树 。 但 这 个 复制 操作 的 数 
量 远 远 小 于 复制 整个 树 所 需 的 操作 。 当 你 需要 向 一 个 已 有 32 个 元 素 的 市 点 添加 元 素 时 ， 
需要 做 特殊 处 理 。 
删除 等 其 他 操作 与 此 类 似 。 关 于 数据 结构 的 好 教材 都 会 介绍 树 操作 的 标准 算法 。 


因此 ， 如 果 大 规模 的 不 可 变数 据 结构 的 实现 支持 高 效 的 复制 操作 ， 我 们 就 能 够 使 用 它们 。 
相 比 可 变 向 量 ， 这 样 的 做 法 会 有 额外 的 开销 ， 因 为 可 变 向 量 可 以 在 原 地 就 对 元 素 值 进行 修 
改 。 讽 刺 的 是 ， 这 并 不 意味 着 ， 面 向 对 象 和 过 程 性 的 程序 必然 简单 和 快速 。 









































Scala 函 数 式 编程 | 187 


由 于 可 变性 的 危险 ， 在 类 中 用 特定 的 访问 方法 来 包装 类 的 集合 是 一 种 常见 的 做 法 。 但 这 却 
增加 了 代码 量 和 测试 的 负担 。 更 糟 的 是 ， 如 有 果 集 合 本 身 是 通过 “获取 器 ”方法 暴露 的 ， 我 
们 在 调用 时 常常 会 创建 保护 性 副本 。 保 护 性 副本 是 通过 返回 得 到 的 ， 而 不 是 原 集 合 ， 这 样 
客户 端 就 无 法 在 对 象 的 控制 之 外 ， 通 过 修改 集合 来 改变 对 象 的 内 部 状态 。 由 于 集合 在 非 函 
数 式 语 言 的 实现 中 ， 往 往 包 含 效率 低下 的 复制 操作 ， 这 可 能 使 其 程序 效率 不 如 对 应 的 函数 
式 程序 。 

不 可 变 的 集合 ， 不 仅 可 以 高 效 地 实现 ， 而 且 它 们 无 需 额外 的 代码 来 防范 有 害 的 修改 操作 。 


其 他 类 型 的 函数 式 数据 结构 ， 也 为 高 效 的 复制 和 适应 现代 硬件 特征 做 了 很 多 优化 ， 如 提高 
缓存 命中 率 和 其 他 手段 。 这 些 被 创建 的 数据 结构 ， 有 很 多 被 作为 可 变数 据 结构 的 替代 者 ， 
而 可 变数 据 结构 总 是 出 现在 数据 结构 和 算法 的 经 典 教科 书 上 。 想 要 对 函数 式 数 据 结构 有 更 
多 了 解 ， 请 参见 Chris Okasaki 的 Purely Functional Data Structures 和 Richard Bird 的 Pearls 
of Functional Algorithm Design (这 两 本 书 均 由 剑桥 大 学 出 版 社 出 版 )， 也 可 以 参见 Fethi 
Rabhi 和 Guy Lapalme 的 Algorithms: 4 Functional Programming Approach (Addison-Wesley 
出 版 社 出 版 )。 


6.12 本章 回 顾 与 下 一 章 提要 


我 们 讨论 了 函数 式 编程 的 基本 概念 ， 并 指出 它们 对 解决 现代 软件 开发 问题 的 重要 性 。 同 时 
学 习 了 基本 集合 类 型 及 其 高 阶 函数 和 组 合 器 如 何 产 生 简洁 、 强 大 的 模块 化 代码 。 

典型 函数 式 程序 就 建立 在 这 个 基础 之 上 。 在 一 天 结束 的 时 候 ， 所 有 的 程序 会 输入 数据 ， 转 
换 数据 ， 然 后 输出 结果 。 经 典 编程 语言 的 许多 “仪式 ”往往 掩盖 了 程序 的 根本 目的 。 
幸运 的 是 ， 传 统 的 面向 对 象 的 语言 已 经 增加 了 不 少 相同 的 功能 。 它 们 中 的 大 多 数 语言 现在 
已 经 支持 集合 中 的 组 合 器 。Java 8 为 Java 带 来 了 匿名 函数 (PRA) Lambda 表达 式 )， 集 合 类 
型 也 增加 了 高 阶 函 数 ， 从 而 大 大 增强 了 集合 的 功能 。 

其 次 ， 针 对 面向 对 象 背 景 的 程序 员 ， 我 们 专门 介绍 了 函数 式 编程 ， 请 参阅 Brian Marick 
(Leanpub) 的 《给 面向 对 象 程序 员 的 函数 式 编程 介绍 》 如 果 你 想 说 服 Java 开发 的 朋友 来 
关注 函数 式 编程 ， 你 可 以 考虑 阅读 我 写 的 Introduction to Functional Programming for Java 
Developers (O’Reilly 出 版 ) 。 























































































































Paul Chiusano 和 Rtinar Bjarnason 的 Functional Programming in Scala (Manning 出 版 社 出 
版 ) 一 书 用 Scala 语言 出 色 、 深 入 地 介绍 了 函数 式 编程 。 

练习 使 用 组 合 器 ， 可 以 陪读 Phil Gold 的 Ninety-Nine Scala Problems 网 页 (http://aperiodic. 
net/phil/scala/s-99/) 。 

接 下 来 ， 我 们 将 回 到 for 表达 式 ， 并 使 用 学 到 的 新 函数 式 编 程 知识 ， 了 解 for 表达 式 的 实 
现 方式 ， 掌 握 如 何 利 用 它 来 处 理 我 们 自己 实现 的 数据 类 型 ， 以 及 for 表达 式 和 组 合 器 产生 
简洁 且 强 大 的 代码 的 奥秘 。 在 这 个 过 程 中 ， 我 们 将 深化 对 函数 式 编程 概念 的 理解 。 
我 们 将 在 第 16 章 再 次 探究 更 多 函数 式 编程 的 高 级 特性 ， 并 在 第 12 章 深入 理解 更 多 关于 
Scala 集合 的 实现 细节 。 





























我 们 在 3.6 市 中 对 for 推导 式 进 行 了 描述 。 学 习 完 那 一 节 ， 我 们 认为 它们 是 很 好 用 且 更 灵 
活 的 for 循环 ， 仅 此 而 已 。 而 实际 上 这 只 是 冰山 的 一 角 ， 更 多 复杂 的 东西 被 掩藏 在 水 面 之 
下 。 这 些 复杂 的 事物 有 益 于 编写 出 简洁 的 代码 ， 以 优雅 的 方式 解决 一 些 设计 上 的 难题 。 

在 本 章 中 ， 我 们 将 深入 学 习 被 掩藏 的 知识 以 便 真 正 理解 for 推导 式 。 除 了 学 到 Scala 是 如 
何 实现 for 推导 式 之 外 ， 我 们 还 将 学 会 如 何在 自己 创建 的 容 如 类 型 中 使 用 它们 。 


在 本 章 的 最 后 ， 我 们 将 通过 实验 揭示 到 底 有 多 少 Scala 容器 类 型 使 用 for 推导 式 解 决 一 些 
常见 的 设计 难题 ， 例 如 : 如 何在 执行 一 组 操作 时 进行 错误 处 理 。 最 后 ， 我 们 将 提炼 出 一 项 
知名 的 函数 式 技巧 ， 该 技巧 可 以 用 于 表示 重复 习 语 。 


7.1 ASEM: for 推 导 式 组 成 元 素 


for 推导 式 中 包含 一 个 或 多 个 生成 器 表达 式 ， 外 加 可 选 的 保护 表达 式 (guard expression, 
用 于 过 滤 数 据 ) 以 及 值 定 义 。 推 导 式 的 输出 可 以 用 于 “生成 ”新 的 容器 ， 也 可 以 在 每 次 遍 
历时 执行 具有 副作用 的 代码 块 ， 如 打印 输出 。 下 面 的 例子 解释 了 所 有 这 些 特性 。 该 示例 移 
除了 文本 文件 中 所 有 的 空 行 : 


// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
package progscala2.forcomps 
























































object RemoveBlanks { 


[** 
* 从 指定 的 输入 文件 中 移 除 空 行 。 
wh 





def apply(path: String, compressWhiteSpace: Boolean = false): Seq[String] = 
for { 
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8 
(6) 


(7) 


line <- scala.io.Source.fromFile(path).getLines.toSeq /L 0 


if line.matches("""^\s*$""") == false //@ 
line2 = if (compressWhiteSpace) line replaceAll ("\\st+", " ") // © 
else line 
} yield line2 // @ 
[** 








* 从 指定 的 输入 文件 中 移 除 空 行 ,并 将 其 他 行内 容 依次 发 送 给 标准 输出 。 
* @param 参数 列表 中 包含 了 文件 路 径 。 为 每 一 个 文件 路 径 都 增加 了 可 选 的 "- "前 组， 
并 会 压缩 以 "-" 前 级 开头 文件 中 的 剩余 空白 符 。 











* 

/ 

def main(args: Array[String]) = for { 
path2 <- args //® 
(compress, path) = if (path2 startsWith "-") (true, path2.substring(1)) 

else (false, path2) // ® 

line <- apply(path, compress) 

} println( line) //@ 


使 用 scala.io.Source Xt% (http:/Awww.scala-lang.org/api/current/scala/io/Source$.html) 打 
开 文 件 并 读 取 文 件 行 ，getLines 返回 scala.collection.Iterator 对 象 (http://www.scala- 
lang.org/api/current/scala/collection/Iterator.html)。 由 于 for 推导 式 无 法 返回 Iterator 对 
象 ，for 推导 式 的 返回 类 型 由 初始 的 生成 器 所 决定 ， 因 此 我 们 必须 将 其 转化 成 一 个 序列 。 
使 用 正则 表达 式 过 滤 空 行 。 

定义 局 部 变量 。 假 如 未 开启 空白 符 压 缩 ， 那 么 局 部 变量 将 存储 未 变 的 非 空 行 ， 反 之 则 
会 将 局 部 变量 设置 为 一 个 新 的 行 值 ， 该 行 值 已 经 将 所 有 的 空白 符 压 缩 为 一 个 空格 。 

由 于 我 们 使 用 yield 方法 返回 行内 容 ， 因 此 for 推导 式 构造 了 apply 方 法 返回 的 
Seq[String] (http:/www.scala-lang.org/api/current/index.html#scala.collection.Seq)。 随 后 
我 们 也 将 处 理 apply 返回 的 实际 容器 。 

main 方法 使 用 for 推导 式 处 理 参数 列表 ， 每 个 参数 都 会 被 视 为 待 处 理 的 文件 路 径 。 

假如 文件 路 径 以 - 字符 起 始 ， 空 白 符 会 被 压缩 ， 否 则 只 会 除去 空白 行 。 

将 所 有 处 理 后 的 行内 容 一 起 输出 到 标准 输出 stdout。 





















































该 文件 通过 sbt 被 编译 。 请 在 sbt 命令 行 下 运行 该 文件 源 代码 。 首 先 ， 尝 试 运行 代码 时 不 
加 前 缀 字符 -。 我 们 下 面 列 出 了 一 些 输 出 行 的 内 容 : 














> run-main progscaLa2.forcomps.RemoveBLanks \ 
src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
[info] Running ...RemoveBlanks src/.../forcomps/RemoveBlanks.scala 
// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
package forcomps 
object RemoveBlanks { 
/[** 
* 移 除 指定 输入 文件 的 空 行 。 
* 
/ 


def apply(path: String, compressWhiteSpace: Boolean = false): Seq[String] = 


原始 文件 中 的 空 行 已 经 被 移 除 。 运 行 代码 时 如 果 添 加 前 级 - 将 生成 下 列 信息 : 





190 | 第 7 章 


> run-main progscala2.forcomps.RemoveBlanks \ 
src/main/scala/progscala2/forcomps/RemoveBlanks.scala 

[info] Running ...RemoveBlanks -src/.../forcomps/RemoveBlanks.scala 

// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 

package forcomps 

object RemoveBlanks { 





[** 
* 从 指定 的 输入 文件 中 移 除 空白 行 。 
*/ 


def apply(path: String, compressWhiteSpace: Boolean = false): Seq[String] = 


现在 执行 代码 后 ， 空 白 符 将 会 被 压缩 为 一 个 空格 。 


你 也 许 希 望 对 该 应 用 进行 修改 ， 添 加 更 多 的 选项 ， 例 如 ， 在 每 一 行 中 增加 行 号 ， 将 输出 写 
到 单独 的 文件 ， 计 算 统 计 值 等 。 你 该 如 何 将 参数 数组 中 各 个 单独 元 素 转变 为 类 Unix 风格 





命令 行 的 选项 呢 ? 














我 们 再 看 看 apply 方法 返回 的 实际 容器 。 假 如 运行 了 sbt 控制 台 ， 我 们 便 能 查看 该 容器 : 








> console 
Welcome to Scala version 2.11.2 (Java HotSpot(TM) ...). 


scala> val lines = forcomps.RemoveBlanks.apply( 

| "src/main/scala/progscala2/forcomps/RemoveBlanks.scala") 
lines: Seq[String] = Stream( 
// src/main/scala/progscala2/forcomps/RemoveBlanks.scala, ?) 


scala> Lines.head 
rest: String = // src/main/scala/progscala2/forcomps/RemoveBLanks.scala 


scala> lines take 5 foreach println 
// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
package forcomps 
object RemoveBlanks { 
kk 


* 移 除 指定 输入 文件 中 的 空 行 。 








apply 方法 将 返回 惰性 Stream 值 ， 这 点 在 6.9 节 中 已 经 介绍 了 。 当 REPL 在 打印 出 lines 
定义 信息 后 打印 行内 容 时 ，Stream.toString 方法 会 计算 出 文件 流 的 头 部 内 容 (也 就 是 该 文 
件 的 注释 行 )， 除 此 之 外 该 方法 还 会 显示 一 个 问号 ， 该 问号 代表 了 文件 中 尚未 被 计算 出 的 














我 们 可 以 要 求 获取 文件 的 头 部 内 容 ， 之 后 获取 前 五 行 的 内 容 ， 这 也 会 迫使 Scala 计算 























这 


些 行 值 。 由 于 处 理 的 文件 也 许 会 非常 庞大 ， 如 果 将 整个 文件 原封 不 动 地 载 入 内 存 会 消耗 大 
量 的 内 存 ， 因 此 此 处 非常 适合 使 用 Stream 类 型 。 不 地 的 是 ， 万 一 需要 阅读 完整 的 大 型 内 容 
集 ， 我 们 就 不 得 不 把 全 部 内 容 都 载 和 内存。 这 是 因为 Stream 会 记 住 它 所 解析 出 的 所 有 元 素 
的 内 容 。 请 注意 由 于 上 面 出 现 的 两 个 for 推导 式 (分 别 出 现 在 apply 和 main 方法 中 ) 的 每 












































次 迭代 都 不 会 保存 状态 ， 因 此 并 不 需要 在 内 容 中 保存 多 于 一 行 的 数据 。 











事实 上 ， 当 你 调用 scala.collection.Iterator 的 toSeq 方 法 时 ， 会 调用 子 类 型 scala. 


collection.TraversableOnce 中 的 默认 实现 并 返回 Stream 类 型 对 象 。 而 Iterator 的 其 他 子 
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类 型 则 可 能 会 返回 一 个 严格 型 (strict) 容器 。 


7.2 for 推导 式 : 内 部 机 制 

for 推导 式 的 语法 实际 上 是 编译 器 提供 的 语法 糖 ， 它 会 调用 容器 方法 foreach, map, 
flatMap 以 及 withFilter 方法 。 

为 什么 还 需要 提供 另 一 种 调用 这 些 方法 的 方式 呢 ? 对 于 那些 非 平凡 序列 (nontrival 
sequence) 而 言 ， 使 用 for 推导 式 比 调 用 相关 API 编写 的 代码 更 加 易 读 易 写 。 


与 我 们 之 前 见 到 的 Filter 方法 一 样 ，withFilter 方法 可 以 对 元 素 进行 过 滤 。 假 如 容器 未 定 
X withFilter 方法 ，Scala 会 使 用 filter 方法 替代 (会 出 现 编 译 警告 ) 。 不 过 ， 与 filter 
不 同 ，withFilter 方法 并 不 会 构造 输出 容器 。 为 了 得 到 更 高 的 效率 ，withFilter 会 与 其 
他 方法 一 起 执行 过 滤 逻 辑 ， 这 样 能 够 减少 一 次 生成 新 容器 所 带 来 的 开销 。 更 具体 一 点 ， 
withFilter 方法 会 限制 允许 传递 给 后 续 组 合 器 的 元 素 类 型 域 ， 这些 后 续 组 合 器 包括 map, 
flatMap、foreach 以 及 其 他 的 withFilter 会 调用 的 方法 。 


为 了 能 了 解 for 推导 式 这 颗 语 法 糖 里 到 底 封 装 了 些 什么 东西 ， 我 们 会 先 执行 一 些 非 正 式 的 
比较 操作 ， 之 后 再 探讨 之 前 mapping 中 的 详细 信息 。 


考虑 下 面 这 个 简单 的 for 推导 式 : 


// src/main/scala/progscala2/forcomps/for-foreach.sc 









































val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 

} println(s) 
// 结果 值 : 

// Alabama 

// Alaska 

// Virginia 
// Wyoming 


states foreach println 


// 执行 结果 与 之 前 一 致 。 


注释 中 列 出 了 输出 结果 。( 从 现在 开始 ， 我 不 会 再 像 以 前 那样 频 紫 地 展示 REPL 会 话 信息 。 
有 时 我 会 列 出 代码 ， 并 在 注释 中 展示 重要 的 结果 。) 


在 推导 式 之 后 存在 一 个 不 含 Yietd 表达 式 的 生成 器 表达 式 ， 该 表达 式 对 应 了 容器 foreach 
方法 中 执行 的 表 过 式 。 


如 果 我 们 使 用 yield 操作 生成 容器 ， 会 发 生 什 么 呢 ? 


// src/main/scala/progscala2/forcomps/for-map.sc 























val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 





fe 
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s <- states 
} yield s.toUpperCase 
// 结果 值 : List(ALABAMA, ALASKA, VIRGINIA, WYOMING) 


states map (_.toUpperCase) 
// 结果 值 : List(ALABAMA, ALASKA, VIRGINIA, WYOMING) 


生成 器 表达 式 中 包含 了 yield 表达 式 ， 该 生成 器 对 应 了 一 次 map 操作 。 那 么 for 推导 式 是 






































在 什么 时 候 利用 yield 操作 构造 出 新 的 容器 的 呢 ? 第 一 个 生成 器 表达 式 决定 了 最 终 的 结果 


容器 类 型 。 通 过 观察 对 应 的 map 表达 式 的 行为 ， 你 会 发 现 这 是 合理 的 。 如 果 将 输入 的 List 


类 型 修改 为 Vector 类 型 ， 你 会 发 现 这 将 生成 一 个 新 的 Vector 容器 。 
如 果 我 们 定义 了 多 个 生成 器 ， 会 发 生 什 么 呢 ? 

// src/main/scala/progscala2/forcomps/for-flatmap.sc 

val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 
c<- s 
} yield s"$c-${c.toUpper}" 
// 结果 值 : List("A-A", "l-L", "a-A", "b-B", ...) 


states flatMap (_.toSeq map (c => s"$c-${c.toUpper}")) 
// 结果 值 : List("A-A", "l-L", "a-A", "b-B", ...) 


第 二 个 生成 器 会 遍历 字符 串 s 中 的 每 一 个 字符 。 而 设计 的 yield 语句 将 返回 各 个 字符 及 对 


应 的 大 写字 符 ， 这 两 个 字符 通过 横 线 分 隔 。 

















如 果 存 在 多 个 生成 器 ， 那 么 除 最 后 一 个 之 外 ， 甚 他 所 有 的 生成 器 都 会 被 转化 成 fLatMap 调 
用 。 最 后 一 个 生成 器 对 应 了 一 次 map 调用 。 上 述 代码 也 将 产生 List 对 象 。 你 也 可 以 尝试 使 























用 其 他 输入 容器 类 型 ， 看 看 输出 结果 是 什么 类 型 。 
如 果 我 们 再 添加 一 个 保护 式 (guard)， 又 会 发 生 什么 呢 ? 

// src/main/scala/progscala2/forcomps/for-guard.sc 

val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 
c<- s 
if c.isLower 
} yield s"$c-${c.toUpper} " 
// 结果 值 : List("l-L", "a-A", "b-B", ...) 


states flatMap (_.toSeq withFilter (_.isLower) map (c => s"$c-${c.toUpper}")) 
// 结果 值 : List("l-L", "a-A", "b-B", ...) 


请 注意 ，Scala 在 最 终 的 map 调用 之 前 插入 了 一 条 withFilter 调用 语句 。 
三 


最 后 ， 如 下 所 示 ， 我 们 在 语句 中 定义 了 一 个 变量 : 
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// src/main/scala/progscala2/forcomps/for-variable.sc 
val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 
c<- s 
if c.isLower 
c2 = s"$c-${c.toUpper} " 
} yield c2 
// 结果 值 : List("l-L", "a-A", "b-B", ...) 


states flatMap (_.toSeq withFilter (_.isLower) map { c => 
val c2 = s"$c-${c.toUpper} " 
c2 


}) 
// S89: List("l-L", "a-A", "b-B", ...) 


7.3 for 推导 式 的 转化 规则 

现在 我 们 已 经 对 for 推导 式 转化 成 容器 方法 的 原理 有 了 初步 的 了 解 。 下 面 我 们 将 定义 更 加 
详细 的 细节 。 

首先 ， 在 像 pat <- expr 这 样 的 生成 器 表达 式 中 ，pat 实际 上 是 一 个 模式 表达 式 (pattern 
expression), ， 例 如 : (x,y) <- List((1,2),(3,4))。Scala 会 以 类 似 的 方式 对 值 定义 语句 
pat2 = expr 进行 处 理 ， 该 语句 也 会 被 视 为 某 一 模式 。 

Scala 在 转化 for 推导 式 时 ， 要 做 的 第 一 件 事 便 是 将 pat <- expr 语句 转化 为 下 列 语句 : 


// pat <- expr 
pat <- expr.withFilter { case pat => true; case 





















































=> false } 


Zia, Scala 将 重复 执行 下 列 转化 规则 ， 直 到 所 有 的 推导 表达 式 都 被 替换 掉 。 值 得 一 提 的 
是 ， 某 些 转化 会 生成 新 的 for 推导 式 ， 而 后 续 的 迭代 则 会 负责 对 这 些 推导 式 进行 转化 。 
如 果 for 推导 式 中 包含 了 一 个 生成 器 和 一 个 yield 表达 式 ， 那 么 该 表达 式 将 被 转化 为 下 列 
语句 : 


// for ( pat <- expri ) yield expr2 
expr map { case pat => expr2 } 


如 果 for 循环 中 未 使 用 yield 语句 ， 但 执行 的 代码 具有 副作用 ， 那 么 该 语句 将 被 转化 为 : 


// for ( pat <- expri ) expr2 
expr foreach { case pat => expr2 } 


包含 多 个 生成 器 (同时 包含 yield KER) AY for 推导 式 将 被 转化 成 下 列 语句 : 

// for ( pati <- expr1; pat2 <- expr2; ... ) yield exprN 

expri flatMap { case pati => for (pat2 <- expr2 ...) yield exprN } 
请 留意 ， 骨 套 的 生成 器 会 被 转化 成 府 套 的 for 推导 式 。 这 些 磐 套 的 for 推导 式 会 在 下 一 次 
执行 转化 规则 时 被 转化 成 方法 调用 。 上 面 示例 中 (.…) 代表 了 省 略 的 表达 式 ， 这 些 表达 式 
































A 
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可 能 是 其 他 的 生成 器 ， 也 可 能 是 值 定义 或 保护 式 (guard). 
包含 多 个 生成 器 的 for 循环 将 被 翻译 成 下 列 语句 : 


// for ( pat1 <- expr1; pat2 <- expr2; ... ) exprN 
expri foreach { case pati => for (pat2 <- expr2 ...) yield exprN } 


我 们 之 前 所 见 的 示例 中 包含 保护 式 (guard) 表达 式 ， 该 表达 式 被 编写 在 单独 的 一 行 中 。 
KE, guard 以 及 上 一 行 中 的 代码 可 以 编写 在 一 行 中 ， 例 如 : patt <- exprl if guard, 
后 面 跟着 保护 式 的 生成 器 会 被 翻译 成 下 列 语句 : 


// pat1 <- exprl if guard 
pati <- expri withFilter ((arg1，arg2，...) => guard) 


此 处 ， 变 量 argN 代表 了 传递 给 withFilter 方法 的 参数 。 对 于 大 多 数 的 容器 而 言 ， 传 入 的 
方法 中 只 含有 一 个 参数 。 


如 果 生 成 器 后 面 尾 随 着 一 个 值 定义 ， 那 么 转化 这 个 生成 器 的 复杂 度 会 令 人 惊奇 。 如 下 所 示 : 


// pat1 <- expri; pat2 = expr2 





alin 
中 





























(pati, pat2) <- for { // © 
x1 @ pat1 <- expri //@ 
} yield { 
val x2 @ pat2 = expr2 // © 
(x1, x2) // 0 
} 


@ for 推导 式 将 返回 包含 两 个 模式 的 pair 对 象 。 
@ x1 @ pat1 语句 会 将 整个 表达 式 中 pat1 所 匹配 的 值 赋 给 变量 x1， 该 值 可 能 包含 另 一 个 
变量 的 某 一 部 分 。 假 如 pati 是 一 个 不 可 变 变 量 名 ，x1 和 pat1 的 赋值 将 会 是 元 余 的 。 
© 将 pat2 值 赋 给 x2。 
© 返回 元 组 。 
下 面 的 REPL 会 话 中 包含 了 x @ pat = expr 语句 的 对 应 示例 : 
scala> val z @ (x, y) = (1 -> 2) 
z: (Int, Int) = (1,2) 


x: Int = 1 
y: Int = 2 


变量 z 的 值 为 元 组 (1,2) ， 而 变量 x 和 变量 y 则 对 应 了 元 组 中 各 个 组 成 部 分 的 值 。 
由 于 很 难 讲 清楚 for 推导 式 完 整 的 转化 过 程 ， 所 以 我 们 从 一 个 具体 的 例子 开始 学 起 。 


// src/main/scala/progscala2/forcomps/for-variable-translated.sc 
































7 






































val map = Map("one" -> 1, "two" -> 2) 


val list1 = for { 
(key, value) <- map // 本 行 和 下 一 行将 会 被 翻译 成 什么 语句 呢 ? 
i10 = value + 10 
} yield (i10) 
// 执行 结果 值 : list1: scala.collection.immutable.Iterable[Int] = List(11, 12) 
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// 翻译 后 的 语句 : 
val list2 = for { 
(i, 110) <- for { 
x1 @ (key, value) <- map 
} yield { 
val x2 @ i10 = value + 10 
(x1, x2) 
} 
} yield (i10) 
// 执行 结果 : list2: scala.collection.immutable.Iterable[Int] = List(11, 12) 


请 留意 外 围 的 for {.….} 中 的 两 个 表达 式 的 转化 方式 。 尽 管 在 内 部 表达 式 中 我 们 返回 了 
(x1，x2) 对 ， 但 事实 上 只 返回 了 x2 变量 (等 价 于 119 变量 )。 另 外 ， 我 们 知道 Map 对 象 包 
含 一 组 键 值 对 元 素 ， 因 此 在 上 面 的 代码 中 ， 与 生成 器 所 匹配 的 模式 类 型 为 键 值 对 类 型 ， 我 
们 也 使 用 该 类 型 遍历 map 对 象 。 

这 便 是 For 推导 式 完整 的 转化 规则 。 你 可 以 应 用 这 些 规则 ， 将 for 推导 式 转 化 成 针对 容器 
的 一 组 方法 调用 。 你 不 必 经 常 执行 这 样 的 转化 ， 不 过 有 时 候 这 样 做 能 帮助 你 调试 问题 。 
我 们 再 看 一 个 示例 ， 该 示例 应 用 模式 匹配 对 一 个 常见 的 格式 为 key = value 的 属性 文件 进行 
解析 。 


// src/main/scala/progscala2/forcomps/for-patterns.sc 

































































val ignoreRegex = """^\s*(#.*|\s*)$""".r //@ 
val kvRegex = """4\s*([4=]+)\s*=\s*([4#]+)\s*.¥ ou" or //@ 
val properties = """ 

|# Book properties 

| 

|book.name = Programming Scala, Second Edition # A comment 
|book.authors = Dean Wampler and Alex Payne 

|book.publisher = O'Reilly 

|book.publication-year = 2014 

[""".stripMargin // © 


val kvPairs = for { 


prop <- properties.split("\n") //@ 
if ignoreRegex.findFirstIn(prop) == None // ® 
kvRegex(key, value) = prop // ® 
} yield (key.trim, value.trim) //@ 


// Returns: kvPairs: Array[(String, String)] = Array( 
// (book.name,Programming Scala, Second Edition), 
// (book.authors,Dean Wampler and Alex Payne), 

// (book.publisher ,O'Reilly), 

// (book. publication-year ,2014) ) 


@ 正则 表达 式 用 于 查找 将 被 “忽略 ” 掉 的 行 ， 例 如 : 空 行 或 注释 行 。 表 达 式 中 的 # 是 注 
释 符 ， 只 有 当 它 在 该 行 所 有 非 空白 符 中 位 于 第 一 位 时 才能 匹配 该 表达 式 。 

@ 用 于 匹配 key = value 对 的 正则 表达 式 ， 该 表达 式 可 以 处 理 包含 任意 多 的 空白 字符 以 及 
注释 的 情况 。 
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@ 一 个 输入 示例 ， 该 示例 中 包含 了 多 行 属性 字符 串 。 请 留意 ， 为 了 能 够 移 除 | 字符 以 及 
该 字符 之 前 的 所 有 的 行 首 字符 ， 代 码 中 使 用 StringLike.stripMargin (http://www.scala- 
lang.org/api/current/scala/collection/immutable/StringLike.html) 方法 。 运 用 这 项 技术 ， 我 
们 可 以 将 各 行 缩 进 对 齐 ， 而 且 无 需 担 心 这 些 空白 字符 会 作为 字符 串 的 一 部 分 被 解析 。 

@ 各 个 属性 通过 换行 符 分 隔 。 

O 过 滤 各 行 字符 串 ， 只 留 下 我 们 不 希望 被 忽略 掉 的 行 。 

@ 本 行 左 侧 代码 运用 了 模式 表达 式 ， 通 过 正则 表达 式 从 有 效 的 属性 行 中 抽取 出 键 及 值 对 
应 的 字符 串 。 

@ 生成 最 终 的 键 值 对 并 删 掉 剩 余 无 用 的 空白 字符 。 

由 于 生成 器 调用 了 返回 Array 对 象 的 String.sptLit 方 法 ， 因 此 上 述 示例 返回 了 

Array[(String, String)] 类 型 的 对 象 。 

请 查看 Scala 语言 规范 (http://www.scala-lang.org/docu/files/ScalaReference.pdf ) 的 6.19 节 ， 

该 市 中 列举 了 更 多 关于 for 推导 式 及 其 转化 原理 的 相关 示例 。 


7.4 ”Option 以 及 其 他 的 一 些 容器 类 型 


我 们 在 示例 中 使 用 了 List、Array 以 及 Map 容器 ， 不 过 除了 这 些 明显 的 容器 类 型 之 外 ，for 
推导 式 中 还 可 以 使 用 任何 一 种 实现 foreach, map, flat 以 及 withFilter 方法 的 类 型 。 换 
言 之 ， 任 何 提供 了 这 些 方法 的 类 型 均 可 视 为 容器 ， 而 我 们 也 可 以 在 for 推导 式 中 使 用 这 些 
类 型 的 实例 。 


我 们 将 学 习 一 些 其 他 类 型 的 容器 。 了 解 对 这 些 容器 应 用 for 推导 式 会 对 代码 造成 多 么 难以 
执行 的 改变 。 







































































7.4.1 Option 容 器 


Option 是 一 个 二 元 容器 ， 其 中 也 许 包 含 了 一 个 元 素 ， 也 许 不 包含 任何 元 素 。0ption 提供 了 
我 们 所 需 的 四 个 方法 。 

下 面 列 出 了 option 类 型 中 所 需 方法 的 实现 代码 (代码 摘自 Scala 2.11 版 本 库 源 代码 ， 一 些 
无 关 的 细 市 已 省 略 或 修改 ) : 


sealed abstract class Option[+A] { self => //@ 











def isEmpty: Boolean // Some 和 None 类 型 会 实现 该 变 


= 


final def foreach[U](f: A => U): Unit = 
if (!isEmpty) f(this.get) 


final def map[B](f: A => B): Option[B] = 
if (isEmpty) None else Some(f(this.get)) 


final def flatMap[B](f: A => Option[B]): Option[B] = 
if (isEmpty) None else f(this.get) 
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final def filter(p: A => Boolean): Option[A] = 
if (isEmpty || p(this.get)) this else None 


final def withFilter(p: A => Boolean): WithFilter = new WithFilter(p) 








/** 为 了 能 够 遵守 “不 创建 新 容器 ”的 约定 ,我 们 需要 声明 WithFilter 类 。 
* 尽管 0ption 容 器 的 最 大 元 素数 为 1, 创建 新 容器 似乎 也 不 会 对 性 能 造成 多 大 影响 。 








class WithFilter(p: A => Boolean) { 
def map[B](f: A => B): Option[B] = self filter p map f //@ 


def flatMap[B](f: A => Option[B]): Option[B] = self filter p flatMap f 
def foreach[U](f: A => U): Unit = self filter p foreach f 
def withFilter(q: A => Boolean): WithFilter = 
new WithFilter(x => p(x) && q(x)) 
} 
} 


O self => 表 达 式 定义 了 option 实例 的 一 个 别名 ， 该 别名 在 后 面 出 现 的 WithFilter 方法 
中 被 使 用 。 如 果 想 了 解 更 多 信息 ， 请 查看 14.6 市 。 

@ 我 们 需要 在 封闭 的 Option 实例 中 使 用 之 前 定义 的 self 引用 ， 而 不 是 在 WithFilter 实 
例 中 使 用 。 也 就 是 说 ， 如 果 我 们 使 用 this 引用 ， 该 引用 将 指向 WithFilter 实例 。 


final 关键 字 会 阻止 子 类 覆 写 这 些 方法 实现 。 当 你 看 到 Option 这 个 基 类 中 引用 了 继承 类 
时 ， 也 许 会 感到 些许 震惊 。 因 为 通常 情况 下 ， 如 果 基 类 知道 继承 类 型 的 所 有 信息 ， 该 设计 
会 被 视 为 不 好 的 面向 对 象 设计 。 

不 过 ， 我 们 可 以 回顾 下 第 2 章 关 于 sealed 关键 字 的 内 容 。sealed 关键 字 意 味 着 Scala 只 
允许 在 相同 文件 中 定义 该 类 的 子 类 。0ption 对 象 要 么 是 空 对 象 (None) ， 要 么 是 非 空 对 象 
(Some)。 因 此 ， 这 上 段 代 码 是 健壮 、 全 面 (能 覆盖 所 有 的 场景 )、 简 洁 而 且 完全 合理 的 。 
这 些 Option 方法 具有 一 个 重要 的 特性 : 只 有 当 Option 非 空 时 ， 那 些 方法 才 会 使 用 传人 的 
国 数 参数 。 

利用 这 一 特性 ， 我 们 能 够 优雅 地 解决 一 个 常见 的 设计 问题 。 分 布 式 计算 领域 中 有 一 个 常见 
的 模式 ， 即 将 计算 分 解 为 小 任务 ， 再 将 这 些 任务 分 发 到 集群 中 ， 之 后 再 收集 这 些 任务 的 执 
行 结果 。 例 如 : Hadoop 的 MapReduce 框架 (http://hadoop.apache.org) 就 使 用 了 这 一 模式 。 
我 们 希望 能 通过 一 种 优雅 的 方式 忽略 任务 结果 为 空 的 情况 ， 只 对 非 空 结果 进行 处 理 。 和 暂且 
会 忽略 那些 出 错 的 任务 。 

首先 ， 假 设 每 个 任务 都 会 返回 Option 对 象 ， 其 中 None 对 象 代 表 了 结果 为 空 的 返回 值 ， 而 
Some 对 象 则 对 非 空 结果 进行 了 封装 。 之 后 ， 我 们 希望 以 最 优雅 的 方式 过 滤 出 非 空 结果 。 

在 下 面 的 示例 中 ， 有 一 个 包含 了 三 个 结果 值 的 集合 ， 其 中 每 个 结果 值 均 为 0ption[Int] 
WR: 


// src/main/scala/progscala2/forcomps/for -options-seq.sc 



































































































































val results: Seq[Option[Int]] = Vector(Some(10), None, Some(20)) 


val results2 = for { 
Some(i) <- results 





fe 
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} yield (2 * i) 
// 执行 结果 : Seq[Int] = Vector(20, 40) 


Some(i) <- list 语句 会 对 results 变量 中 包含 的 元 素 执行 模式 匹配 ， 移 除 None 元 素 ， 并 
抽取 类 型 为 Some 的 元 素 的 整数 值 。 之 后 ， 生 成 我 们 所 希望 得 到 的 最 终 表达 式 。 而 该 程序 输 
出 为 Vector(20，40)。 


下 面 我 们 做 一 个 练习 ， 回 顾 一 遍 For 推导 式 的 转化 规则 。 首 先 ， 我 们 运用 第 一 条 规则 ， 将 
每 一 个 格式 为 pat <- expr 的 表达 式 转 化 成 一 个 包含 withFilter 语句 的 表达 式 : 


// Translation step #1 
val results2b = for { 
Some(i) <- results withFilter { 
case Some(i) => true 
case None => false 

















} 
} yield (2 * i) 
// 执行 结果 : results2b: List[Int] = List(20, 40) 


最 后 ， 我 们 将 格式 为 for {x <- y } yield (z) 的 表达 式 转化 成 一 个 map 调用 。 


// Translation step #2 

val results2c = results withFilter { 
case Some(i) => true 
case None => false 

} map { 
case Some(i) => (2 * i) 


} 
// 执行 结果 : results2c: List[Int] = List(20, 40) 
实际 上 ， 这 条 map 表达 式 会 生成 一 条 编译 器 警告 信息 : 


<console>:9: warning: match may not be exhaustive. 
It would fail on the following input: None 
} map { 


An 





如 果 传 递 给 map 方法 的 偏 函数 (partial function) 未 使 用 None => ... 子 句 ， 这 种 情况 通 
第 会 比较 危险 。 但 如 果 map 方法 处 理 的 元 素 出 现 了 None 对 象 ，Scala 又 会 抛 出 MatchError 
(http://www.scala-lang.org/api/current/scala/MatchError.html) 的 异常 。 不 过 ， 由 于 调用 
withFilter 的 方法 中 已 经 移 掉 了 所 有 的 None 元 素 ， 运 行 代码 时 便 不 会 出 现 这 一 错误 。 
现在 让 我 们 再 思考 另 一 个 设计 难题 。 这 个 难题 并 不 是 关于 忽略 各 个 独立 任务 中 毫 无 关联 的 
空 值 并 组 合 非 空 值 的 问题 。 问 题 是 在 执行 一 组 非 独 立 的 操作 步骤 中 ， 我 们 希望 在 获得 了 一 
个 None 值 时 ， 能 够 尽快 停止 整个 相互 关联 的 处 理 过 程 。 
None 对 象 存在 一 个 局 限 ， 就 是 你 无 法 知道 为 什么 这 一 操作 不 返回 任何 值 。 原 因 
导致 了 返回 None 值 。 针 对 这 一 局 限 ， 我 们 会 在 本 章 的 后 续 内 容 中 解决 。 

我 们 也 可 以 编写 复杂 的 条 件 逻 辑 代 码 ， 每 次 处 理 一 个 输出 并 检查 结果 值 '"。 不 过 使 用 一 个 
For 推导 式 是 更 好 的 做 法 。 


















































能 是 出 错 





村 






































注 1: 请 查看 代码 示例 文件 src/main/scala/progscala2/forcomps/for-options-bad.sc>。 
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// src/main/scala/progscala2/forcomps/for-options-good.sc 


def positive(i: Int): Option[Int] = 
if (i > 0) Some(i) else None 


for { 
i1 <- positive(5) 
i2 <- positive(10 * i1) 
i3 <- positive(25 * i2) 
i4 <- positive(2 * i3) 
} yield (i1 + i2 + i3 + i4) 
// 执行 结果 : Option[Int] = Some(3805) 


for { 
i1 <- positive(5) 
i2 <- positive(-1 * i1) // @ Kile! 
i3 <- positive(25 * i2) //@ 
i4 <- positive(-2 * i3) // 失败 ! 


} yield (i1 + i2 + i3 + i4) 

// 执行 结果 : Option[Int] = None 
© 将 返回 None 值 ,“ 左 箭头 ”执行 了 什么 操作 呢 ? 
@ 该 行 代码 中 引用 了 2 变量 ， 这 合理 吗 ? 


positive 函数 返回 一 个 Option[Int] 对 象 。 同 时 ,假如 输入 值 i 是正 数 ，positive 也 返回 
Some(i) 对 象 ， 否 则 将 返回 None 对 象 。 

请 留意 这 两 个 for 推导 式 中 第 二 个 和 第 三 个 表达 式 。 这 两 个 表达 式 使 用 了 之 前 表达 式 的 结 
果 值 。 这 些 表达 式 似乎 都 认为 程序 将 按照 “正常 流程 ”运行 ， 因 此 使 用 从 0ption[Int] 对 
象 中 抽取 出 的 Int 值 是 安全 的 。 

我 们 认为 第 一 个 for 推导 式 能 正常 执行 。 而 第 二 个 for 推导 式 也 能 正常 执行 ! 一 旦 返回 了 
None 值 ， 后 续 的 表达 式 将 会 停止 运行 。 这 是 因为 map 或 flatMap 不 会 对 这 些 函 数字 面 量 进 
行 处 理 。 

接 下 来 我 们 将 学 习 其 他 三 个 具有 相同 属性 的 容器 类 型 ， Either (http://www.scala-lang.org/ 
api/current/scala/util/Either.html), Try (http:/Avww.scala-lang.org/api/current/scala/util/Try.html ) 
以 及 Validation (http://docs.typelevel.org/api/scalaz/stable/7.0.4/doc/#scalaz. Validation) 类 型 。 
名 为 Scalaz 的 第 三 方 库 会 对 这 三 个 类 型 进行 定义 ， 且 该 库 很 受 欢迎 。 


7.4.2 Either: 0ption 类 型 的 逻辑 扩展 

我 们 注意 到 Option 类 型 有 一 个 商 端 ， 即 None 对 象 不 能 提供 任何 信息 告诉 我 们 为 什么 不 返 
回 值 。 例 如 : 由 于 发 生 错误 ， 返 回 None 对 象 的 情况 。 使 用 Either 替代 Option 是 一 种 解 
决 方案 。 与 Either 的 英文 字面 意思 一 样 ，Either 是 一 类 能 且 只 能 持 有 两 种 事物 中 一 种 的 容 
a. (RZ, Option 能 持 有 0 个 或 1 个 元 素 ， 而 Either 则 持 有 这 个 或 那个 元 素 项 。 

Either 是 一 个 包含 两 个 参数 的 参数 化 类 型 ， 该 类 型 的 签名 为 Either[+A，+B]， 其 中 A 和 B 
是 Either 对 象 中 可 能 持 有 元 素 的 类 型 。 我 们 回顾 一 下 ，+A 表示 Either 是 类 型 参数 A 的 协 
变 (covariant), +B 亦 是 如 此 。 这 意味 着 如 果 你 需要 类 型 Either[Any, Any] 的 值 ， 你 可 以 通 
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过 使 用 类 型 Either[String, Int] 得 到 。 这 是 因为 String 和 Int 类 型 都 是 Any 类 型 的 子 类 
型 。 所 以 Either[String, Int] 是 Either[Any,Any] 的 子 类 型 。 


Either 同时 也 是 sealed 抽象 类 (只 能 在 相同 文件 中 声明 子 类 )。Either 有 两 个 子 类 Left[A] 
(http://www.scala-lang.org/api/current/scala/util/Left.html) 和 Right[B] (http://www.scala-lang. 
org/api/current/scala/util/Right.html) 。 我 们 通过 这 两 个 子 类 从 两 个 可 能 的 元 素 中 选择 一 种 。 
Either 概念 的 产生 时 间 早 于 Scala。 很 长 时 间 以 来 它 被 认为 是 抛 出 异常 的 一 种 替代 方案 。 
为 了 得 重 历史 习惯 ， 当 Either 用 于 表示 错误 标志 或 某 一 对 象 值 时 ，Left 值 用 于 表示 错误 
标志 ， 如 : 信息 字符 串 或 下 层 库 抛 出 的 异常 ， 而 正常 返回 时 则 使 用 Right 对 象 。 很 明显 ， 
either 7 可 以 用 于 任何 需要 持 有 某 一 个 或 另 一 个 对 象 的 场景 中 ， 而 这 两 个 对 象 的 类 型 可 能 
不 同 。 

在 我 们 深入 了 解 Either 类 型 的 某 些 特殊 B 我 们 先 用 Either 类 型 把 之 前 的 示例 重 写 
一 遍 。 首 先 ， 假 如 你 持 有 一 组 Either 对 象 并 希望 忽略 掉 错 误 值 (Left 对 象 )， 一 个 简单 的 
For 推导 式 便 能 做 到 这 点 。 


// src/main/scala/progscala2/forcomps/for-eithers-good.sc 















































def positive(i: Int): Either[String,Int] = 
if (i > 0) Right(i) else Left(s"nonpositive number $i") 


for { 
i1 <- positive(5).right 
i2 <- positive(10 * i1).right 
i3 <- positive(25 * i2).right 
i4 <- positive(2 * i3).right 
} yield (i1 + i2 + i3 + i4) 
// 执行 结果 : scala.util.Either[String, Int] = Right(3805) 


for { 
i1 <- positive(5).right 
i2 <- positive(-1 * i1).right // 失败 ! 
i3 <- positive(25 * i2).right 
i4 <- positive(-2 * i3).right // 失败 ! 
} yield (i1 + i2 + i3 + i4) 
// 执行 结果 : scala.util.Either[String,Int] = Left(nonpositive number -5) 


除了 对 类 型 进行 了 适当 的 修改 之 外 ， 这 一 版 本 的 实现 与 之 前 使 用 Option 的 实现 非常 相似 。 
与 Option 实现 类 似 ， 我 们 只 能 看 到 第 一 个 错误 ， 不 过 ,注意 我 们 需要 调用 postive 方法 返 
回 值 的 right 方法 。 要 理解 这 样 做 的 原因 ， 我 们 需要 先 了 解 right 方法 和 与 之 对 应 的 Left 
方法 的 作用 。 


下 面 列举 了 一 些 关 于 Either, Left 和 Right 对 象 的 简单 示例 ， 这 些 示例 均 取 自 于 Scaladoc: 


scala> val l: Either[String, Int] = Left("boo") 
l: Either[String,Int] = Left(boo) 









































7 








scala> val r: Either[String, Int] = Right(12) 
r: Either[String,Int] = Right(12) 


我 们 声明 了 两 个 Either[String，Int] 对 象 ， 其 中 一 个 对 象 赋予 了 Left[String] 值 ， 另 一 
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个 赋予 了 Right[Int] 值 。 
顺便 提 一 下 ， 之 前 在 4.6.1 节 中 我 们 曾经 提 到 过 : 如 果 一 个 类 型 中 包含 两 个 参数 ， 那 么 它 
可 以 使 用 中 组 表示 法 表示 类 型 说 明 。 因 此 ， 我 们 可 以 用 下 列 两 种 方式 声明 l 


scala> val L1: Either[String, Int] = Left("boo") 
l1: Either[String,Int] = Left(boo) 























scala> val 12: String Either Int = Left("boohoo") 

12: Either[String,Int] = Left(boohoo) 
为 了 更 好 的 表示 类 型 ， 我 希望 可 以 将 Either 类 型 更 名 为 Or 类 型 1! 假如 你 也 青睐 于 0r， 你 
可 以 在 代码 中 使 用 类 型 别名 : 


scala> type Or[A,B] = Either[A,B] 
defined type alias Or 














scala> val 13: String Or Int = Left("better?") 
13: Or[String,Int] = Left(better?) 


Either 本 身 并 未 定义 组 合 方法 map, fold 等 ， 我 们 只 能 访问 Either. left 或 Either.right 
中 的 组 合 方法 。 之 所 以 如 此 ， 是 因为 我 们 的 组 合 方法 只 接受 单个 函数 参数 ， 但 我 们 需要 为 
Either 容器 指定 两 个 函数 参数 。 当 Either 值 为 Left 值 时 调用 一 个 ， 而 Either 值 为 Right 
值 时 调用 另外 一 个 。Either 对 象 提供 了 left 和 right 方法 ， 这 两 个 方法 会 构建 出 一 个 提供 
组 合 方法 的 投影 对 象 (projection) : 

scala> Ll. left 


resQ: scala.util.Either.LeftProjection[String,Int] = \ 
LeftProjection(Left(boo) ) 















































scala> L.right 
resi: scala.util.Either.RightProjection[String,Int] = \ 
RightProjection(Left(boo) ) 


scala> r.left 
res2: scala.util.Either.LeftProjection[String,Int] = \ 
LeftProjection(Right(12)) 


scala> r.right 
res3: scala.util.Either.RightProjection[String,Int] = \ 
RightProjection(Right(12) ) 


需要 注意 的 是 ，Either.LeftProjection 值 (http://www.scala-lang.org/api/current/index. 
html#scala.util.Either$) 既 可 以 持 有 Left 实 例 ， 也 可 以 持 有 Right 实例 。Either. 
RightProjection Xf (http://www.scala-lang.org/api/current/index.html#scala.util.Either$) 与 
Either.LeftProjection 相同 。 下 面 我 们 将 调用 这 些 投影 对 象 的 map 方法 用 于 传人 一 个 国 数 
参数 : 


scala> 1. left.map(_.size) 
res4: Either[Int,Int] = Left(3) 


scala> r.left.map(_.size) 
res5: Either[Int,Int] = Right(12) 
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scala> L.right.map(_.toDouble) 
res6: Either[String,Double] = Left(boo) 


scala> r.right.map(_.toDouble) 

res7: Either[String,Double] = Right(12.0) 
如 果 调 用 LeftProjection.map 方法 时 ，Either RI FA Left 实例 ，map 方法 会 作用 于 Left 
实例 所 持 有 的 对 象 。 这 与 Option.map 方法 处 理 Some 对 象 的 方式 类 似 。 不 过 ， 如 有 果 你 调用 
LeftProjection 对 象 的 map 方法， 但 Either 对 象 却 持 有 Right 实例 时 ，Either 对 象 会 向 map 
方法 传递 Right 实例 持 有 的 对 象 。 这 与 Option.map 方法 处 理 None 对 象 的 方式 是 类 似 的 。 


与 之 相似 ， 如 果 调 用 RightProjection.map 方法 时 ，Either 对 象 持 有 Right 实例 ，map 方法 
会 作用 于 Right 实例 所 持 有 的 值 。 而 如 果 Either 对 象 持 有 Left 实例 时 ， 则 依旧 如 此 。 

请 留意 这 些 操 作 的 返回 类 型 。 由 于 1.left.map(_.size) 方法 将 String 对 象 转化 成 了 整 
型 (Int) 对 象 ， 新 生成 的 Either 对 象 类 型 变 成 已 ther[Int,Int]。 由 于 该 函数 不 会 对 
Right[Int] 对 象 进行 操作 ， 因 此 第 二 个 类 型 参数 保持 不 变 。 

与 之 类 似 ， 由 于 r.right.map(_.toDouble) 操 作 会 将 Int 对象 转化 为 Double 对 象 ， 
Either[String,Double] 类 型 会 被 返回 。Scala 提供 了 String.toDouble 方法 ， 来 对 字符 串 进 
行 解析 并 返回 双 精 度 浮 点 数 。 假 如 解析 失败 ， 该 方法 便 会 抛 出 异常 。 不 过 ， 本 书后 面 的 章 
节 中 不 会 应 用 此 方法 。 

我 们 也 可 以 使 用 for 推导 式 计算 出 字符 串 的 长 度 。 下 面 我 们 列举 了 之 前 的 表达 式 以 及 与 其 
等 价 的 for 推导 式 : 
















































































l.left map (_.size) // Returns: Left(3) 
for (s <- l.left) yield s.size // Returns: Left(3) 
抛 出 异常 还 是 返回 Either 值 





Either 类 型 有 其 可 取 之 处 ， 不 过 如 果 代 码 出 错 的 话 ， 直 接 抛 出 异常 不 是 更 简单 吗 ? 在 某 些 
时 候 ， 抛 出 异常 当然 是 更 合理 的 。 抛 出 异常 能 避免 对 错误 数据 进行 计算 ， 而 有 时 候 调 用 栈 
中 的 某 些 对 象 捕获 异常 可 以 对 故障 执行 合理 的 恢复 。 

不 过 ， 抛 出 异常 会 破坏 引用 的 透明 性 。 我 们 一 起 来 看 看 下 面 这 个 精心 设计 的 示例 : 


// src/main/scala/progscala2/forcomps/ref-transparency.sc 






































scala> def addInts(s1: String, s2: String): Int = 
| si.toInt + s2.toInt 
addInts: (s1: String, s2: String)Int 


scala> for { 
| i<- 1 to 3 
| j <- 1 to i 
| } println(s"$i+$j = ${addInts(i.toString,j.toString)}") 


WWNDN BE 
十 十 十 十 十 
NBNPB RB 


2 
3 
4 
4 
5 
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3+3 = 6 


scala> addInts("0", "x") 
java. lang.NumberFormatException: For input string: "x" 


看 上 去 我 们 似乎 不 需要 调用 addInts 函数 ， 只 在 该 函数 的 调用 处 直接 使 用 函数 值 即 可 。 只 
是 我 们 无 法 缓存 之 前 的 调用 并 返回 命中 的 缓存 值 。 但 是 ， 假 如 我 们 向 addInts 方法 传递 的 
字符 串 参 数 无 法 解析 成 Int 值 时 ，addInts 方法 会 抛 出 异常 。 因 此 ， 我 们 不 能 使 用 函数 值 
禁 代 函数 调用 。 对 于 某 些 参数 列表 ， 这 些 函 数值 无 法 返回 。 

更 糟 的 是 ， 我 们 无 法 从 addInts 方法 的 类 型 签名 处 获知 该 函数 可 能 会 产生 的 问题 。 尽 管 这 
是 一 个 精心 设计 的 示例 ， 但 是 终端 用 户 输 入 的 字符 串 必然 会 导致 函数 出 错 。 

的 确 ，Java 提供 的 可 检查 异常 (checked exception) 能 解决 这 一 个 特定 问题 。Java 的 方法 
签名 能 通过 抛 出 异常 暗示 可 能 会 产生 错误 的 条 件 。 不 过 由 于 种 种 原因 ， 可 检查 异常 实际 
上 未 能 得 到 很 好 的 使 用 。 而 包括 Scala 在 内 的 其 他 语言 也 未 提供 这 一 功能 。Java 程序 员 也 
常常 避免 使 用 这 一 功能 ， 改 而 抛 出 不 可 检查 的 java. lang.RuntimeException (http://docs. 
oracle.com/javase/8/docs/api/java/lang/RuntimeException.html) 类 的 子 类 。 

使 用 Either 对 象 ， 我 们 可 以 保障 引用 透明 性 ， 并 通过 类 型 签名 提醒 调用 者 可 能 会 出 现 错 
误 。 在 下 面 的 代码 中 ， 我 们 使 用 Either 对 象 重 写 了 addInts 方法 : 


// src/main/scala/progscala2/forcomps/ref-transparency.sc 









































scala> def addInts2(s1: String, s2: String): Either[NumberFormatException, Int]= 
| try { 
| Right(s1.toInt + s2.toInt) 
| } catch { 
| case nfe: NumberFormatException => Left(nfe) 


} 


addInts2: (s1: String, s2: String)Either[NumberFormatException, Int] 


scala> println(addInts2("1", "2")) 
Right(3) 


scala> println(addInts2("1", "x")) 
Left(java.lang.NumberFormatException: For input string: "x") 


scala> println(addInts2("x", "2")) 
Left(java.lang.NumberFormatException: For input string: "x") 


现在 ，addInts2 方法 的 类 型 签名 能 够 提示 可 能 会 出 现 错误 。 它 不 再 通过 抛 出 异常 来 捕获 调 
用 堆栈 中 某 些 应 用 的 控制 权 ， 而 是 将 异常 作为 调用 堆栈 中 的 结果 值 返 回 ， 以 此 来 消除 程序 
错误 。 

现在 ， 我 们 不 仅 能 够 处 理 正确 的 字符 串 输入 ， 使 用 结果 值 替 代 方 法 调用 。 我 们 甚至 可 以 处 理 
无 效 的 字符 串 输 入 ， 使 用 合适 的 Left[java.Lang.NumberFormatException] 值 代 赫 方 法 调用 | 
因此 ， 假 如 发 生 了 某 种 错误 ， 我 们 可 以 使 用 Either 类 型 来 维护 调用 堆栈 的 控制 权 。 同 时 ， 
使 用 Either 类 也 能 使 客户 更 清楚 地 理解 API 的 行为 。 
































fe 
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我 们 再 阅读 一 遍 addInts2 的 实现 。 在 Java 和 Scala 类 库 中 ， 抛 出 异常 是 一 种 很 常见 的 做 
法 ， 因 此 我 们 也 会 编写 出 try{...} catch{.….} 这 样 的 样板 代码 ， 并 将 好 的 和 不 好 的 结果 
都 封装 在 Either 对 象 中 。 为 了 处 理 异常 ， 我 们 也 许 应 该 使 用 某 些 类 型 将 这 些 样板 代码 进行 
封装 ， 而 无 论 操作 成 功 还 是 失败 ， 这 些 类 型 名 能 够 更 清楚 地 表达 这 当前 的 状况 。Try 类 型 
就 做 到 了 这 点 。 





















































7.4.3 Try 类 型 


scala.util.Try (http://www.scala-lang.org/api/current/scala/util/Try.html) 的 结构 与 Either +H 
似 ，Try 是 一 个 sealed 抽象 类 。 它 有 两 个 子 类 ， 分 别 为 Success (http://www.scala-lang.org/ 
api/current/scala/util/Success.html) 类 和 Failure (http://www.scala-lang.org/api/current/scala/ 
util/Failure.html) 2, 


Success 类 的 使 用 方式 与 Right 类 相似 ， 它 会 保存 正常 的 返回 值 。Failure 则 与 Left 类 相 
似 ， 不 过 Failure 总 是 保存 Throwable 类 型 的 值 。 


下 面 列 出 了 这 些 类 型 的 签名 信息 (省 略 了 与 本 音节 内 容 无 关 的 trait 定义 )。 


sealed abstract class Try[+T] extends AnyRef {...} 
final case class Success[+T](value: T) extends Try[T] {...} 
final case class Failure[+T](exception: Throwable) extends Try[T] {...} 


请 注意 ， 不 同 于 Either[+A, +B] 类 ， 上 面 这 些 类 中 只 包含 了 一 种 类 型 参数 ， 这 是 因为 与 
Left 类 型 相对 应 的 类 型 是 Throwable 类 型 。 
此 外 ， 不 同 于 Either 28, Try 很 明显 是 非 对 称 的 类 型 。 该 类 型 只 包含 了 一 个 “正常 ”类 
型 (T) 以 及 用 于 错误 场景 的 java.lang.Throwable (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/Throwable.html) 类 型 。 这 意味 着 如 果 Try 是 一 个 Success 类 型 ，Try 就 可 以 定义 
类 似 map 方法 这 样 的 组 合 方法 。 
和 之 前 一 样 ， 我 们 将 使 用 Try 重 写 之 前 的 示例 ， 以 学 习 如 何 使 用 Try。 首 先 ， 假如 你 有 一 
组 Try 值 ， 你 希望 能 够 忽略 其 中 的 Failure 对 象 ， 那 么 使 用 一 个 简单 的 for 推导 式 就 能 做 
到 这 点 : 


// src/main/scala/progscala2/forcomps/for-tries-good.sc 
import scala.util.{ Try, Success, Failure } 




















7 



































def positive(i: Int): Try[Int] = Try { 
assert (i > 0, s"nonpositive number $i") 
i 


} 


for { 
i1 <- positive(5) 
i2 <- positive(10 * i1) 
i3 <- positive(25 * i2) 
i4 <- positive(2 * i3) 
} yield (i1 + i2 + i3 + i4) 
// 返回 值 : scala.util.Try[Int] = Success(3805) 
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for { 
i1 <- positive(5) 


i2 <- positive(-1 * i1) // 失败 ! 
i3 <- positive(25 * i2) 
i4 <- positive(-2 * i3) // 失败 ! 


} yield (i1 + i2 + i3 + i4) 
// 返回 值 : scala.util.Try[Int] = Failure( 
//  java.lang.AssertionError: assertion failed: nonpositive number -5) 


请 留意 positive 方法 的 具体 定义 。 假 如 断言 失败 ，Try 代码 块 会 返回 Failure 对 象 ， 该 对 
象 封装 了 可 抛 出 的 java.lang.AssertionError 对 象 (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/AssertionError.html) 。 否 则 ，Try 表达 式 的 结果 值 将 被 封装 在 Success 中。 下 面 列 
举 了 positive 方法 的 另 一 个 实现 版 本 ， 该 实现 方法 更 明确 地 表明 了 Try 类 型 的 处 理 逻 辑 : 
def positive(i: Int): Try[Int] = 

if (i > 0) Success(i) 

else Failure(new AssertionError("assertion failed")) 
for 推导 式 看 上 去 和 之 前 Option 示例 中 的 推导 式 完 全 一 致 。 通 过 类 型 推导 ， 代 码 也 变 得 非 
常 精简 。 你 也 可 以 集中 精力 对 “正确 逻辑 ”进行 处 理 ， 让 Try 负责 捕获 错误 。 







































































7.4.4 ” Scalaz 提 供 的 Validation 类 


存在 这 样 一 种 场景 : 我 们 之 前 讨论 的 所 有 类 型 都 无 法 很 好 地 满足 我 们 的 需求 。 假 如 for HE 
导 式 中 出 现 了 空 值 (由 Option 类 型 提供 ) 或 错误 ， 那 么 组 合 器 (combinator) 便 不 会 调用 
后 续 的 表达 式 。 事 实 上 ， 我 们 会 在 发 生 第 一 个 错误 时 便 停 止 执 行 后 续 代 码 。 不 过 ， 假 如 我 
们 正在 执行 一 些 相 互 独立 的 操作 ， 并 希望 执行 这 些 操作 时 收集 所 有 发 生 的 错误 ， 待 操作 执 
行 完 成 后 再 决定 如 何 处 理 错误 ， 那 该 怎么 办 呢 ?” 对 用 户 输入 进行 验证 便 是 一 个 典型 的 应 用 
场景 ， 这 些 用 户 输 入 可 能 源 自 网 页 表单 。 这 样 ， 你 可 以 一 次 将 所 有 的 错误 信息 返回 给 用 户 。 
Scala 标准 库 并 未 提供 能 满足 这 类 场景 的 类 型 ， 不 过 Scalaz (http://github.com/scalaz/scalaz ) 


这 一 广 受 欢迎 的 第 三 方 库 提供 了 能 满足 这 一 需求 的 Validation (http://docs.typelevel.org/api/ 
scalaz/stable/7.0.4/doc/#scalaz.Validation) 类 型 。 





























// src/main/scala/progscala2/forcomps/for-validations-good.sc 
import scalaz._, std.AllInstances._ 


def positive(i: Int): Validation[List[String], Int] = { 
if (i > 0) Success(i) // © 
else Failure(List(s"Nonpositive integer $i")) 


} 


for { 
i1 <- positive(5) 
i2 <- positive(10 * i1) 
i3 <- positive(25 * i2) 
i4 <- positive(2 * i3) 
} yield (i1 + i2 + i3 + i4) 
// 返回 值 : scalaz.Validation[List[String], Int] = Success(3805) 














for { 
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i1 <- positive(5) 

i2 <- positive(-1 * i1) // 错误 ! 
i3 <- positive(25 * i2) 

i4 <- positive(-2 * i3) // 错误 ! 


} yield (i1 + i2 + i3 


+ i4) 









































// 返回 : scalaz.Validation[List[String],Int] = 
// Failure(List(Nonpositive integer -5)) //@ 
positive(5) +++ positive(10) +++ positive(25) // ® 
// 返回 : scalaz.Validation[String,Int] = Success(40) 
positive(5) +++ positive(-10) +++ positive(25) +++ positive(-30) // 0 
// 返回 : scalaz.Validation[String,Int] = 
// Failure(Nonpositive integer -10, Nonpositive integer -30) 
© Success Ail Failure 都 是 scalaz.Validation (http://docs.typelevel.org/api/scalaz/stable/7.0.4/ 
doc/index.html#scalaz. Validation) 的 子 类 ， 并 不 是 scala.util.Try (http:/Avww.scala-lang. 
org/api/current/scala/util/Try.html) 的 子 类 。 
@ 因为 我 们 运用 了 for 推导 式 ， 所 以 一 旦 发 生 错误 ， 计算 过 程 还 是 会 立刻 停止 。 因 此 我 
门 无 法 看 到 最 后 那 条 关于 i4 变量 的 错误 。 
日 不 过 ， 在 该 表达 式 以 及 后 续 的 表达 式 中 ， 我 们 调用 了 positive 方法 的 计算 值 ， 并 将 结 
果 累 加 。 如 果 存 在 错误 ， 则 将 错误 登 加 起 来 。 
@ 结果 值 中 同时 包含 了 表达 式 中 存在 的 两 个 错误 。 











45 Either 类 型 相似 ，Validation 类 中 的 第 一 个 参数 表示 用 于 汇报 错误 的 类 型 。 在 这 个 示例 
中 ， 由 于 我 们 使 用 了 List[string] 类 型 作为 类 型 参数 ， 因 此 我 们 能 够 将 多 个 错误 县 加 起 
来 。 不 过 ， 使 用 String 或 其 他 任何 支持 追加 操作 的 集合 来 作为 类 型 参数 同样 可 以 达到 县 加 
错误 的 效果 。Scalaz 则 负责 调用 合适 的 “连接 ”方法 。 


第 二 个 类 型 参数 代表 了 验证 通过 后 的 返回 值 类 型 ， 在 这 个 示例 中 我 们 使 用 了 Int 类 型 ， 不 
过 我 们 也 可 以 使 用 集合 类 型 。 

请 注意 ， 如 果 表 达 式 存在 异常 ，for 推导 式 会 立刻 完成 对 该 语句 的 估 值 。 不 过 由 于 每 次 调 
用 positive 方法 时 都 需要 前 一 次 的 执行 结果 ， 因 此 我 们 仍然 能 够 得 到 期 望 的 结果 。 


不 过 ,我 们 之 后 会 看 到 如 何 使 用 +++“ 加 法 ”操作 符 * 执行 各 个 独立 估 值 。 假 如 输入 信息 能 
通过 所 有 的 验证 ， 我 们 将 基于 这 些 结果 值 统计 出 最 终结 果 。 反 之 ， 该 表达 式 便 会 将 所 有 的 
错误 归纳 起 来 ， 并 将 县 加 后 的 结果 作为 表达 式 的 结果 值 。 为 此 ， 我 们 使 用 了 一 组 字符 串 存 
储 所 有 的 错误 信息 。 
你 无 法 在 网 页 表单 中 计算 出 这 些 数字 的 总 和 ， 只 能 将 这 些 字段 值 汇聚 在 一 起 。 我 们 将 对 这 
个 示例 进行 修改 ， 使 其 更 加 符合 表单 验证 的 真实 场景 。List[(String,Any)] 类 型 作为 验证 
通过 后 返回 的 类 型 ， 是 一 组 键 值 元 组 列表 。 假 如 验证 成 功 ， 我 们 便 可 以 调用 List 类 型 提供 
的 toMap 方法 生成 一 个 Map 对 象 ， 并 将 新 生成 的 对 象 返 还 给 调用 者 。” 














ÉE 





























TH 



































注 2: 这 只 是 Scalaz 中 多 个 可 选 技 术 中 的 一 个 ， 请 查阅 Validation Scaladoc (http://docs.typelevel.org/api/ 
scalaz/stable/7.0.4/doc/index.html#scalaz.Validation) 文档 学 习 其 他 的 相关 示例 。 
注 3: 为 什么 不 使 用 Map[String，Any] 类 型 呢 ? 看 来 Scalaz 并 不 支持 这 一 选择 。 
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我 们 将 对 用 户 的 姓名 和 年 龄 进行 验证 。 用 户 的 姓氏 及 名 字 均 不 能 为 空 ， 并 





且 
母 。 而 用 户 的 年 龄 可 能 是 从 网 页 表单 中 抽取 出 来 的 ， 它 的 起 始 类 型 是 字符 串 类 型 ， 该 
串 必 须 能 够 被 解析 成 一 个 正 整数 





// src/main/scala/progscala2/forcomps/for-validations-good-form.sc 
import scalaz._, std.AllInstances._ 














/** 对 用 户 名 进行 验证 ;用 户 名 必须 非 空 并 且 只 能 包含 字母 。*/ 
def validName(key: String, name: String): 
Validation[List[String], List[(String,Any)]] = { 
val n = name.trim // remove whitespace 
if (n.length > 0 && n.matches("""*\p{Alpha}$""")) Success(List(key -> n)) 
else Failure(List(s"Invalid $key <$n>")) 
} 


/** 验证 字符 串 能 否 转换 为 大 于 6 的 整数 。*/ 
def positive(key: String, n: String): 
Validation[List[String], List[(String,Any)]] = { 
try { 
val i = n.toInt 
if (i > 0) Success(List(key -> i)) 
else Failure(List(s"Invalid $key $i")) 
} catch { 
case _: java.lang.NumberFormatException => 
Failure(List(s"$n is not an integer")) 

















} 
I 


def validateForm(firstName: String, LastName: String, age: String): 
Validation[List[String], List[(String,Any)]] = { 
validName("first-name", firstName) +++ validName("Last-name", LastName) +++ 
positive("age", age) 


} 


validateForm("Dean", "Wampler", "29") 

// 返回 值 : Success(List((first-name,Dean), (last-name,Wampler), (age,29))) 
validateForm("", "Wampler", "29") 

// 返回 值 : Failure(List(Invalid first-name <>)) 

validateForm("D e an", "Wampler", "29") 

// 返回 值 : Failure(List(Invalid first-name <D e a n>)) 
validateForm("D1e2a3n_", "Wampler", "29") 

// 返回 值 : Failure(List(Invalid first-name <D1e2a3n_>)) 
validateForm("Dean", "", "29") 

// 返回 值 : Failure(List(Invalid last-name <>)) 

validateForm("Dean", "Wampler", "0") 

// 返回 值 : Failure(List(Invalid age 0)) 

validateForm("Dean", "Wampler", "xx" 

// 返回 值 : Failure(List(xx is not an integer)) 

validateForm("", "Wampler", "0") 

// 返回 值 : Failure(List(Invalid first-name <>, Invalid age 0)) 
validateForm("Dean", "", "0") 

// 返 回 值 : Failure(List(Invalid last-name <>, Invalid age 0)) 
validateForm("D e an", "", "29") 

// 返回 值 : Failure(List(Invalid first-name <D e a n>, Invalid last-name <>)) 
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第 7 章 








上 面 示例 运用 scalaz.Validation 编写 出 了 可 用 于 对 一 组 无 关 值 进行 验证 的 代码 ， 这 些 代 
码 美丽 又 简洁 。 如 果 这 组 值 中 包含 了 错误 值 ， 示 例 将 返回 所 有 被 发 现 的 错误 ， 反 之 ， 则 使 
用 合适 的 数据 结构 将 这 些 值 集合 在 一 起 。 


7.5 ”本章 回 顾 与 下 一 章 提要 


Either, Try 和 Validation 类 型 定义 了 程序 的 实际 行为 。Try 类 型 和 Validation 类 型 都 期 
望 能 返回 正确 值 。 假 如 未 返回 正确 值 ， 这 两 种 类 型 将 会 对 你 应 该 了 解 的 错误 信息 进行 看 
Be ZAM, Option 的 类 型 签名 很 明确 地 表明 了 该 类 型 对 某 一 值 能 否 出 现 的 场景 进行 了 
使 用 这 些 类 型 能 够 减少 对 异常 的 使 用 ， 同 时 我 们 还 解决 了 一 个 重要 的 并 发 问题 。 由 于 我 们 
无 法 保证 异步 执行 的 代码 会 运行 在 称 为 “调用 者 ”(caller) 的 同一 个 线程 内 ， 因 此 调用 者 
无 法 捕获 其 他 代码 所 抛 出 的 异常 。 不 过 ， 如 果 能 够 像 返回 正和 党 值 那样 返回 异常 ， 调 用 者 便 
能 得 到 异常 值 。 我 们 将 在 第 17 章 深 入 讲述 相关 的 细节 。 

你 或 许 期 望 本 章 会 对 Scala 语言 花哨 的 for 循环 进行 简单 的 讲解 。 其 实 不 然 ， 我 们 对 for 
推导 式 进 行 了 深入 的 研究 ， 并 学 习 了 一 组 关于 for 推导 式 的 强大 工具 。 我 们 也 学 习 了 如 何 
将 map, flatMap, foreach 以 及 withFilter ix FRAY —2H ph Bei A Bl for 推导 式 中 ， 并 利用 
for 推导 式 所 提供 的 简洁 、 灵 活 并 且 强 大 的 工具 构建 优秀 的 应 用 。 

我 们 了 解 了 如 何 使 用 for 推导 式 对 集合 进行 操作 ， 而 且 我 们 还 学 会 了 如 何 将 for 推导 式 应 
用 到 其 他 的 容器 类 型 ， 尤 其 是 0ption、util.Either、util.Try 和 scalaz.Validation 类 型 。 


到 此 为 止 ， 我们 已 经 完成 了 函数 式 编程 的 基础 知识 学 习 ， 并 了 解 了 Scala 对 函数 式 编程 提 
供 的 支持 。 本 书 第 14 章 和 第 15 章 将 对 类 型 系统 进行 讲解 ， 我 们 也 将 在 这 两 章 中 学 到 更 多 
函数 式 编程 的 知识 ， 而 第 16 章 则 将 深入 讨论 函数 式 编程 的 一 些 高 级 概念 。 

现在 ， 我 们 将 结束 本 章节 的 内 容 ， 转 向 Scala 对 面向 对 象 编程 的 支持 部 分 。 其 中 许多 相关 
的 知识 ， 我 们 已 经 在 前 面 的 章节 中 涉及 过 。 























































































































注 4: 这 里 的 “减少 ”一 词 意味 着 构造 了 一 些 具 体 的 对 象 。 我 们 用 “减少 ”这 个 词 来 表达 将 某 一 概念 封装 到 
一 个 “正常 ”实例 中 的 意思 ， 因 此 我 们 可 以 像 操 作 其 他 实例 那样 操作 该 对 象 。 















































深入 学 习 for 推 导 式 | 209 


BSS 


Scala 面 向 对 象 编程 








Scala 是 一 个 国 数 式 编程 语言 ， 也 是 一 个 面向 对 象 的 编程 语言 ， 与 Java、Python、Ruby、 
Smalltalk 等 其 他 语言 一 样 。 直 到 现在 才 介 绍 Scala 语言 “面向 对 象 的 一 面 ” 有 两 个 原因 。 
首先 ， 我 想 强 调 的 是 ， 函 数 式 编程 已 经 成 为 解决 现代 编程 问题 的 一 项 基本 技能 ， 这 个 技能 
对 你 而 言 可 能 是 全 新 的 。 开 始 使 用 Scala 时 ， 人 们 很 容易 把 它 作 为 一 个 “更 好 的 Java” 语 
言 来 使 用 ， 而 忽略 了 它 “ 函 数 式 的 一 面 ”。 

其 次 ，Scala 在 架构 层面 上 提倡 的 方法 是 : 小 处 用 函数 式 编程 ， 大 处 用 面向 对 象 编程 。 用 
函数 式 实现 算法 、 操 作 数 据 ， 以 及 规范 地 管理 状态 ， 是 减少 bug、 压 缩 代码 行 数 和 降低 项 
目 延 期 风险 的 最 好 方法 。 另 一 方面 ，Scala 的 OO 模型 提供 很 多 工具 ， 可 用 来 设计 可 组 合 、 
可 复 用 的 模块 。 这 对 于 较 大 的 应 用 程序 是 必 不 可 少 的 。 因 此 ，Scala 将 两 者 完美 地 结合 在 
了 一 起 。 
我 假定 你 已 经 了 解 面 向 对 象 编程 的 基础 知识 ， 如 Java 的 实现 等 。 如 果 需 要 重新 回顾 ， 可 
以 阅读 Robert C. Martin 的 《敏捷 软件 开发 》 或 者 Bertrand Meyer 的 《面向 对 象 软件 构 
造 》。 如 果 你 不 熟悉 设计 模式 ， 请 参阅 Erich Gamma, Richard Helm, Ralph Johnson FH John 
Vlissides 共同 编著 的 《设计 模式 》。 他 们 四 人 被 戏称 为 “四 人 组 ”(Gang of Four), 

在 本 章 中 ， 我 们 将 快速 回顾 一 下 已 经 学 习 过 的 知识 ， 并 补充 关于 面向 对 象 术语 的 其 他 细 
节 ， 包 括 类 声明 和 类 继承 的 机 制 ， 价 值 类 的 概念 ， 以 及 构造 器 在 Scala 中 的 工作 原理 。 下 
一 章 我 们 将 次 入 trait， 详 细 补 充 Scala 对 象 模型 的 细节 和 标准 库 。 
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8.1 类 与 对 象 初 步 

类 用 关键 字 class 声明 ， 而 单 例 对 象 用 关键 字 object 声明 。 出 于 这 个 原因 ， 我 使 用 
“实例 ”一 词 指 代 一 般 对 象 。 但 实际 上 “实例 ”和 “对 象 ”在 大 多 数 00 语言 中 通常 是 
同 义 的 。 

在 类 声明 之 前 加 上 关键 字 final， 可 以 避免 从 一 个 类 中 派生 出 其 他 类 。 


abstract 关键 字 可 以 阻止 类 的 实例 化 ， 例 如 : 类 中 所 包含 或 继承 的 成 员 声明 (字段 、 方 
法 或 类 型 ) 没有 提供 具体 实现 的 情况 。 即 使 类 中 并 没有 定义 任何 成 员 ， 我 们 仍然 可 以 用 
abstract 阻止 类 的 实例 化 。 

一 个 实例 可 以 使 用 this 关键 字 指 代 它 本 身 。 尽 管 在 Java 代码 中 经 常 看 到 this 的 这 种 用 
法 ，Scala 代码 中 却 很 少 看 到 。 原 因 之 一 是 ，Scala 中 没有 样板 构造 图 数 。 考 虑 下 面 的 Java 
代码 : 


// src/main/java/progscala2/basicoop/JPerson.java 
package progscala2.basicoop; 











public class JPerson { 
private String name; 
private int age; 


public JPerson(String name, int age) { 
this.name = name; 
this.age = age; 


} 


public void setName(String name) { this.name = name; } 
public String getName() { return this.name; } 


public void setAge(int age) { this.age = age; } 
public int getAge() { return this.age; } 
} 


现在 ， 将 其 与 如 下 等 价 的 Scala 代码 相 比较 。Scala 代码 中 没有 任何 样板 代码 。 
class Person(var name: String, var age: Int) 
在 构造 参数 前 加 上 var， 使 得 该 参数 成 为 类 的 一 个 可 变 字段 ， 这 在 其 他 的 OO 语言 中 也 称 


为 实例 变量 或 属性 。 在 构造 参数 前 加 上 vaL， 使 得 该 参数 成 为 类 的 一 个 不 可 变 字 段 ， 用 
case 关键 字 可 以 推断 出 val， 同 时 自动 增加 一 些 方法 ， 如 下 所 示 : 


case class ImmutablePerson(name: String, age: Int) 
需要 注意 的 是 ， 实 例 的 状态 是 实例 所 有 字段 内 当前 值 的 总 和 。 


method (方法 ) 指 与 实例 绑 定 在 一 起 的 函数 。 换 名 话说 ， 它 的 参数 列表 中 有 一 个 “ 隐 
含 ”的 this 参数 。 方 法 用 关键 字 def 定义 。 当 其 他 函数 或 方法 需要 一 个 函数 作为 参数 时 ， 
Scala 会 自动 将 可 用 的 方法 “提升 ”为 函数 ， 作 为 前 者 的 函数 参数 。 

如 同 大 多 数 静 态 类 型 语言 一 样 ，Scala 允许 方法 重 载 。 只 要 各 方法 的 完整 签名 是 唯一 的 ， 
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两 个 或 更 多 方法 就 可 以 具有 相同 的 名 称 。 方 法 的 签名 包括 返回 类 型 ， 方 法 名 称 和 参数 类 
型 的 列表 (参数 的 名 称 不 重要 )。 因 此 ， 在 JVM 中 只 赁 不 同 的 返回 类 型 不 足以 区 分 不 同 
的 方法 。 


然而 也 有 例外 。 本 书 5.2.5 节 中 ，JVM 不 人 允许 某 些 方法 完全 不 同 。 这 是 因为 对 于 “高 级 类 
型 ”存在 类 型 擦 除 机 制 ， 其 中 “高 级 类 型 ”是 包含 类 型 参数 的 类 型 ， 如 List[A]。 考 虑 下 


scala> object C { 
| def m(seq: Seq[Int]): Unit = println(s"Seq[Int]: $seq") 
| def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
| } 
<console>:9: error: double definition: 
method m:(seq: Seq[String])Unit and 
method m:(seq: Seq[Int])Unit at line 8 
have same type after erasure: (seq: Seq)Unit 
def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
A 
































类 型 参数 Int 和 String 在 二 进 制 码 中 被 探 除了 。 


不 像 Java，Scala 可 以 用 type 关键 字 声 明 类 型 成 员 。 正 如 我 们 在 2.13 节 所 见 到 的 一 样 ， 这 
些 类 型 成 员 是 类 型 参数 化 的 一 种 补充 机 制 。 它 们 经 常 被 用 来 作为 复杂 类 型 的 别名 ， 以 提供 
可 读 性 。 类 型 成 员 和 参数 化 类 型 是 不 是 两 个 重复 的 机 制 呢 ? 不 是 ， 不 过 我 们 要 到 14.5 AP 
来 探究 这 个 问题 。 

术语 “成 员 ” 一 词 是 类 的 字段 、 方 法 或 类 型 的 统称 。 与 Java 不 同 ， 如 果 方 法 有 参数 列表 ， 
该 方法 可 以 与 类 的 字段 同名 : 

scala> trait Foo { 
| val x: Int 


| def x: Int 
| } 


<console>:9: error: value x is defined twice 
conflicting symbols both originated in file '<console>' 
def x: Int 


AN 








scala> trait Foo { 
| val x: Int 
| def x(i: Int): Int 
} 


defined trait Foo 
类 型 名 称 必须 唯一 。 
Scala 没有 Java 中 的 静态 成 员 。 但 是 Scala 用 object 来 保存 多 个 实例 共享 的 成 员 ， 如 常量 。 
如 果 一 个 对 象 和 一 个 类 具有 相同 的 名 称 ， 并 在 同一 文件 中 定义 ， 它 们 的 关系 就 是 伴随 的 。 


回顾 第 1 章 可 以 知道 ， 当 一 个 对 象 和 一 个 类 具有 相同 的 名 称 ， 且 定义 在 同一 文件 时 ， 它 们 
相互 伴随 。 对 于 case 类 ， 编 译 器 自动 生成 一 个 伴随 对 和 象 。 








TS 


























8.2 引用 与 值 类 型 


Java 语法 为 JVM 实现 数据 的 方式 提供 了 模型 。 首 先 ， 它 提供 了 一 组 原生 类 型 : short, 
int, long, float, double, boolean, char, byte 和 关键 字 void。 它 们 被 存储 在 堆栈 中 ， 
或 为 了 获得 更 好 的 性 能 ， 被 存储 于 CPU 寄存 器 。 


其 他 的 类 型 被 称 为 引用 类 型 ， 因 为 它们 的 所 有 实例 都 分 配 在 堆 中 ， 引 用 这 些 实例 的 变量 实 
际 上 指向 了 堆 中 的 相应 位 置 。 不 像 C 和 C++ 那样 ， 栈 上 目前 不 存在 任何 “结构 ”类 型 的 
实例 。Java 的 未 来 版 本 正在 孝 虑 加 入 这 种 能 力 。 所 以 ,，“ 引 用 类 型 ”这 个 概念 就 是 用 来 将 
这 些 实例 同 原生 类 型 区 分 开 的 。 引 用 类 型 的 实例 使 用 new 关键 字 创建 。 


Scala 固然 必须 符合 JVM 的 规则 ， 但 Scala 做 了 改进 ， 使 得 原生 类 型 和 引用 类 型 的 区 别 更 
明显 。 


所 有 引用 类 型 都 是 AnyRef 的 子 类 型 。AnyRef 是 Any 的 子 类 型 ， 而 Any 是 Scala 类 型 层次 的 
根 类 型 。 所 有 值 类 型 均 为 AnyvVal 的 子 类 型 ，AnyVal 也 是 Any 的 子 类 型 。Any 仅 有 这 两 个 直 
接 的 子 类 型 。 需 要 注意 ，Java 的 根 类 型 Object (http://docs.oracle.com/javase/8/docs/api/java/ 
lang/Object.html) 实际 上 更 接近 Scala 的 AnyRef, ， 而 不 是 Any。 


引用 类 型 仍 用 new 关键 字 来 创建 。 类 似 其 他 不 带 参 数 的 方法 一 样 ， 如 果 构 造 器 不 带 参 数 
在 有 的 语言 中 称 为 “默认 构造 器 ) ， 我 们 在 使 用 构造 器 时 也 可 以 去 掉 后 面 的 括号 。 


Scala 治 用 了 Java 中 数字 和 字符 串 的 字面 量 语法 。 例 如 : Æ Scala H, val name = 
"Programming Scala" 与 val name = new String("Programming Scala") 等 价 。 不 过 ，Scala 
还 为 元 组 增加 了 字面 量 语法 ，(1,2,3) 就 等 价 于 new Tuple3(1,2,3)。 我 们 已 经 接触 过 Scala 
的 一 些 语 言 特性 ， 可 以 实现 编译 器 原本 不 支持 的 字面 量 写法 ， 如 : 用 1 :: 2 :: 3 :: Nil 
表示 Map("one" ->，"two" -> 2)。 

用 带 apply 方法 的 对 象 创建 引用 类 型 的 实例 是 很 常见 的 做 法 ，apply 方法 起 到 工厂 的 作用 
(这 种 方法 必须 在 内 部 调用 new 或 对 应 的 字面 量 语法 )。 由 于 case 类 会 自动 生成 伴随 对 象 及 
其 apply 方法 ， 因 此 case 类 的 实例 通常 就 是 用 这 种 方法 创建 出 来 的 。 

Short, Int, Long, Float, Double, Boolean, Char, Byte 和 Unit 类 型 称 为 值 类 型 ， 分 别 
对 应 JVM 的 原型 short, int, long, float, double, boolean, char, byte 和 void 关键 
字 。 在 Scala 的 对 象 模型 中 ， 所 有 的 值 类 型 均 为 AnyVal 的 子 类 型 ，AnyVal 是 Any 的 两 个 子 
类 型 之 二 3 

值 类 型 的 “实例 ”不 是 在 堆 上 创建 的 。 相 反 ，Scala 用 JVM 原生 类 型 来 表示 值 类 型 ， 它 们 
的 值 都 存放 在 寄存 器 或 栈 上 。 值 类 型 的 “实例 ”总 是 用 字面 量 来 创建 ， 如 1，3.14，true。 
Unit 对 应 的 字面 量 是 ()， 不 过 我 们 很 少 显 式 地 使 用 。 

事实 上 ， 值 类 型 没有 构造 器 ， 所 以 像 val I = new Int(1) 这 样 的 表达 式 将 无 法 通过 编译 。 
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In! 
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为 什么 Unit 的 字面 量 是 () Ye ? 
Unit 的 行为 与 包含 零 个 元 素 的 元 组 很 像 ， 而 元 素 个 数 为 震 的 元 组 写 为 ()。Unit 这 个 名 
字 来 自 数 学 里 的 乘法 ， 任 意 值 与 单位 值 相 乘 ， 总 是 返回 其 原始 值 。 这 个 单位 值 对 于 数 
字 来 说 ， 就 是 1。 对 于 加 法 来 说 ，0 为 其 单位 值 。 我 们 在 16.1 节 会 再 次 涉及 这 个 概念 。 











所 以 ，Scala 最 大 限度 地 减少 使 用 “包装 过 的 ”引用 类 型 ， 为 我 们 带 来 了 两 个 体系 各 自 的 
优点 : 原生 类 型 的 性 能 和 源 代 码 的 对 象 语义 。 

语法 的 一 致 性 允许 我 们 声明 值 类 型 的 参数 化 集合 ， 如 List[Int]。 与 此 相反 ，Java 则 要 求 
使 用 包装 过 的 类 型 ， 如 List<Integer>。 这 样 使 得 代码 复杂 化 了 。 在 Java 的 大 数据 库 中 ， 
常常 能 见 到 一 长 串 为 原生 类 型 定义 的 集合 类 型 声明 ， 如 Long 和 double。 你 会 见 到 一 个 用 
于 表示 long 型 向 量 的 类 ， 一 个 用 于 表示 double 型 向 量 的 类 等 。 库 的 “当量 ” 变 得 更 大 ， 
其 实现 也 不 能 做 到 代码 重用 。( 目 前 ， 对 集合 和 包装 类 型 仍 有 讨论 ， 可 以 参见 12.4 节 。) 


8.3 价值 类 


正如 我 们 所 看 到 的 ，Scala 中 经 常 引 入 包装 类 型 来 实现 新 类 型 ， 这 也 被 称 为 扩展 方法 ( 参 
见 5.4 节 )。 不 幸 的 是 ， 对 值 类 型 的 包装 ， 会 将 值 类 型 变 成 引用 类 型 ， 从 而 失去 了 原生 类 型 
的 良好 性 能 。 

Scala 2.10 推出 了 一 个 解决 方案 ， 称 为 价值 类 (value class)， 和 一 个 附带 的 特性 ， 称 为 通用 
特征 (universal trait), 。 这 些 类 型 限制 了 可 声明 的 范围 ， 但 同样 带 来 了 好 处 : 避免 封装 分 配 
在 堆 上 。 


// src/main/scala/progscala2/basicoop/ValueClassDollar.sc 






























































class Dollar(val value: Float) extends AnyVal { 
override def toString = "$%.2f".format(value) 
} 


val benjamin = new Dollar(100) 
// 结果 : benjamin: Dollar = $100.00 


要 成 为 一 个 有 效 的 价值 类 ， 必 须 遵守 以 下 的 规则 。 

(1) 价 值 类 有 且 只 有 一 个 公开 的 val 参数 (对 于 Scala 2.11， 该 参数 也 可 以 是 不 公开 的 )。 

(2) 参数 的 类 型 不 能 是 价值 类 本 身 。 

(3) 价 值 类 被 参数 化 时 ， 不 能 使 用 @specialized (http://www.scala-lang.org/api/current/scala/ 
specialized.html) 标记 。 

(4) 价值 类 没有 定义 其 他 构造 器 。 

(5) 价值 类 只 定义 了 一 些 方法 ， 没 有 定义 其 他 的 val 和 var 变量 。 

(6) 然而 ， 价 值 类 不 能 重 载 equals 和 hashCode 方法 。 

(07) 价值 类 定义 没有 骸 套 的 特征 、 类 或 对 象 。 

(8) 价值 类 不 能 被 继承 。 
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(9) 价 值 类 只 能 继承 自 通 用 特征 。 
(10) 价值 类 必须 是 对 象 可 引用 的 一 个 顶级 类 型 或 对 象 的 一 个 成 员 。， 


这 是 一 个 长 长 的 清单 ， 不 过 ， 当 我 们 不 遵守 规则 时 ， 编 译 器 会 抛 出 错误 消息 。 

















本 例 中 ，Dotlar 在 编译 时 是 一 个 外 部 类 型 。 在 运行 时 ， 该 类 型 是 被 包装 的 类 型 ， 即 Float, 


通常 ， 被 包装 的 类 型 是 AnyVal 的 子 类 型 之 一 ， 但 并 不 是 必须 如 此 。 如 果 换 成 引用 类 型 ， 我 
们 仍然 可 以 受益 于 内 存 不 在 堆 上 分 配 的 优势 。 例 如 ， 下 例 中 ， 隐 含 了 对 电话 号 码 字符 串 的 






































包装 : 
// src/main/scala/progscala2/basicoop/ValueCLassPhoneNumber .sc 
class USPhoneNumber(val s: String) extends AnyVal { 


override def toString = { 
val digs = digits(s) 
val areaCode = digs.substring(0,3) 
val exchange = digs.substring(3,6) 
val subnumber = digs.substring(6,10) //“ 客 户 编 号 
s"(SareaCode) $exchange-$subnumber" 


} 


private def digits(str: String): String = str.replaceALl("""\D""", "") 
} 


val number = new USPhoneNumber ("987-654-3210") 
// 结果 : number: USPhoneNumber = (987) 654-3210 





价值 类 可 以 是 一 个 case 类 ， 但 是 许多 生成 的 额外 方法 和 伴随 对 象 不 大 可 能 被 用 到 ， 导 致 产 





生 的 class 文件 就 白白 浪费 了 一 些 空 间 。 
一 个 通用 特征 具有 以 下 特性 。 


(D 它 可 以 从 Any 派生 (而 不 能 从 其 他 通用 特征 派生 )。 
D 它 只 定义 方法 。 

G) 它 没有 对 自身 做 初始 化 。 

下 面 给 出 了 一 个 改进 版 的 USphoneNumber， 这 里 混用 了 两 个 通用 特征 : 


// src/main/scala/progscala2/basicoop/ValueCLassUniversalTraits.sc 


























7 














trait Digitizer extends Any { 
def digits(s: String): String = s.replaceALL("""\D""", "") // © 


trait Formatter extends Any { //@ 
def format(areaCode: String, exchange: String, subnumber: String): String = 
s"($areaCode) $exchange-$subnumber" 
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型 ， 并 学 习 类 型 不 能 被 引用 的 相关 规则 。 


: 由 于 Scala 丰富 的 类 型 系统 ， 并 非 所 有 的 类 型 都 可 以 像 在 Java 中 那样 ， 在 正常 的 变量 和 方法 声明 中 引 
用 〈 不 过 ， 我 们 到 目前 为 止 看 到 的 所 有 例子 都 可 以 正常 进行 引用 )。 在 第 14 章 中 ， 我 们 将 探索 新 的 类 
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} 


class USPhoneNumber(val s: String) extends AnyVal 
with Digitizer with Formatter { 


override def toString = { 
val digs = digits(s) 
val areaCode = digs.substring(0,3) 
val exchange = digs.substring(3,6) 
val subnumber = digs.substring(6,10) 
format(areaCode, exchange, subnumber ) // 日 
} 
} 


val number = new USPhoneNumber ("987-654-3210") 
// 结果 : number: USPhoneNumber = (987) 654-3210 
@ Digitizer 是 一 个 通用 特征 ， 定 义 了 我 们 之 前 的 digits 方法 。 
@ Formatter 特征 按 我 们 想 要 的 格式 对 电话 号 码 进 行 格式 化 。 
© 调用 Formatter.format。 
Formatter 实际 上 解决 了 一 个 设计 上 的 问题 。 我 们 可 能 要 给 USPhoneNumber 指定 另 一 个 参数 
作为 格式 字符 串 ， 或 需要 一 些 机 制 去 配置 toString 的 格式 ， 因 为 流行 的 格式 可 能 有 很 多 。 
但 是 ， 我 们 只 允许 传递 一 个 参数 给 USPhoneNumber 。 针 对 这 种 情况 ， 我 们 可 以 在 通用 特征 
中 去 配置 我 们 想 要 的 格式 | 
然而 ， 由 于 JVM 的 限制 ， 通 用 特征 有 时 会 触发 实例 化 〈 即 实例 的 内 存 分 配 于 堆 中 )。 这 里 
将 需要 实例 化 的 情况 总 结 如 下 。 
(1) 当 价 值 类 的 实例 被 传递 给 函数 作 参 数 ， 而 该 函数 预期 参数 为 通用 特征 且 需 要 被 实例 实 
现 。 不 过 ， 如 果 函 数 的 预期 参数 是 价值 类 本 身 ， 则 不 需要 实例 化 。 
(2) 价 值 类 的 实例 被 赋值 给 数组 。 
(G3) 价值 类 的 类 型 被 用 作 类 型 参数 。 
例如 : 当 用 USPhoneNumber 调用 以 下 方法 时 ， 我 们 会 创建 USPhoneNumber 的 一 个 实例 : 


def toDigits(d: Digitizer, str: String) = d.digits(str) 












































val digs = toDigits(new USPhoneNumber("987-654-3210"), "123-Hello!-456") 

// 结果 : digs: String = 123456 
同样 ， 当 用 USPhoneNumber 调用 以 下 参数 化 类 型 的 方法 时 ， 也 不 得 不 产生 USPhoneNumber 的 
实例 : 

def print[T](t: T) = println(t. toString) 


print(new USPhoneNumber ("987-654-3210") ) 
// 结果 : (987) 654-3210 


总 之 ， 价 值 类 提供 了 一 个 低 开 销 的 技术 ， 用 于 定义 扩展 方法 ， 并 为 类 型 定义 有 意义 的 领域 
名 称 (如 Dottar)， 这 利用 了 被 包装 值 的 类 型 安全 性 。 




















“ 值 类 型 ”一 词 指 代 Short, Int, Long, Float, Double, Boolean, Char, 
Byte 和 Unit 等 Scala 早 就 有 的 类 型 。 而 “价值 类 ”一 词 指 代 继承 AnyVal 的 
自 定义 类 。 





有 关 价 值 类 的 实现 细节 的 相关 信息 ， 请 参阅 SIP-15: 价值 类 (http://docs.scala-lang.org/sips/ 
pending/value-classes.html)。SIP 表示 Scala 完善 进行 (scala improvement process), iX AE 


Scala 社区 提出 的 新 的 语言 特性 和 库 机 制 。 


8.4 A428 


子 类 是 从 父 类 或 基 类 中 派生 的 派生 类 ， 是 大 部 分 面向 对 象 语言 的 核心 特征 。 这 种 机 制 用 来 
重用 、 封 装 和 实现 多 态 行 为 (具体 行为 取决 于 实例 在 类 型 层次 结构 中 的 实际 类 型 )。 


像 Java 一 样 ，Scala 只 支持 单一 继承 ， 而 不 是 多 重 继承 。 子 类 (或 派生 类 ) 可 以 有 且 只 
一 个 父 类 ( 即 基 类 )。 唯 一 的 例外 是 ，Scala 的 类 型 结构 中 的 根 类 Any 没有 父 类 。 


我 们 已 经 见 过 父 类 及 其 子 类 的 不 少 例子 。 下 面 我 们 从 2.13 市 中 抽取 几 个 展示 了 类 型 成 员 用 
法 的 例子 ， 并 把 其 中 的 细 市 重点 列 出 : 


abstract class BulkReader { 
type In 
val source: In 
def read: String // Read source and return a String 


} 

















class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 


class FileBulkReader(val source: java.io.File) extends BulkReader { 
type In = java.io.File 
def read: String = {...} 

} 


如 在 Java 中 一 样 ， 关 键 字 extend 表示 后 面 是 父 类 ， 因 此 本 例 中 的 父 类 为 BuLkReader。 在 
Scala 中 ， 当 类 继承 trait 时 ， 也 用 extend 表示 (甚至 当 该 类 用 with 关键 字 混 入 了 其 他 trait 
时 也 是 如 此 )。 此 外 ， 当 trait 是 其 他 trait 或 类 的 子 trait 时， 也 用 extend。 是 的 ，trait 可 以 
继承 类 。 


如 有 果 我 们 不 指定 父 类 ， 默 认 父 类 为 AnyRef 。 


8.5 ”Scala 的 构造 器 


Scala 将 主 构造 器 与 零 个 或 多 个 辅助 构造 器 区 分 开 ， 辅 助 构造 器 也 被 称 为 次 级 构造 器 。 
在 Scala 中 ， 主 构造 器 是 整个 类 体 。 构 造 器 所 需 的 所 有 参数 都 被 罗列 在 类 名 称 后 本 
StringBulkReader 和 FileBulkReader 就 是 两 个 例子 。 
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让 我 们 重 温 儿 个 在 第 5 章 磁 到 的 简单 case 类 ，Address 和 Person。 考 虑 使 用 次 级 构造 器 进 
行 改进 : 

// src/main/scala/progscala2/basicoop/PersonAuxConstructors.scala 

package progscala2.basicoop 











case class Address(street: String, city: String, state: String, zip: String) { 
def this(zip: String) = 
this("[unknown]", Address.zipToCity(zip), Address.zipToState(zip), zip) 
} 


object Address { 


def zipToCity(zip: String) = "Anytown" //@ 
def zipToState(zip: String) = "CA" 

} 

case class Person( 
name: String, age: Option[Int], address: Option[Address]) { // © 
def this(name: String) = this(name, None, None) //@ 


def this(name: String, age: Int) = this(name, Some(age), None) 


def this(name: String, age: Int, address: Address) = 
this(name, Some(age), Some(address)) 


def this(name: String, address: Address) = this(name, None, Some(address)) 


} 
































@ 次 级 构造 器 只 带 一 个 参数 ， 即 邮政 编码 。 内 部 调用 了 其 他 辅助 函数 ， 通 过 邮政 编码 得 
到 城市 名 和 州 名 ， 但 无 法 得 到 街道 名 。 

@ 通过 邮政 编码 查找 城市 和 州 的 辅助 函数 (至少 假设 该 辅助 函数 能 做 到 这 一 点 )。 

@ 使 得 年 龄 和 地 址 成 为 可 选 参数 。 

@ 提供 次 级 构造 器 的 便利 接口 ， 让 用 户 指定 部 分 或 全 部 参数 值 。 























需要 注意 的 是 ， 辅 助 构造 被 命名 为 this， 它 的 第 一 个 表达 式 必 须 调用 主 构 造 器 或 其 他 辅助 
构造 器 。 编 译 器 还 要 求 被 调用 的 构造 器 在 代码 中 先 于 当前 构造 器 出 现 。 所 以 ， 我 们 在 代码 
中 必须 小 心地 排列 构造 器 的 顺序 。 

通过 强制 让 所 有 构造 右 最 终 都 调用 主 构造 器 ， 可 以 将 代码 元 余 最 小 化 ， 并 确保 新 实例 的 初 
始 化 逻辑 的 一 致 性 。 

Address 的 次 级 构造 器 包含 了 一 些 具 体 的 有 用 逻辑 ， 这 不 同 于 Person 的 次 级 构造 器 ， 
Person 的 初次 构造 器 只 是 多 提供 了 几 个 可 调用 的 便利 函数 。 

上 述 文件 是 用 sbt 编译 的 ， 所 以 我 们 可 以 在 下 面 的 脚本 中 使 用 其 中 的 类 型 : 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors.sc 
import progscala2.basicoop.{Address, Person} 
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val al = new Address("1 Scala Lane", "Anytown", "CA", "98765") 
// 结果 : Address(1 Scala Lane,Anytown,CA,98765) 


val a2 = new Address("98765") 
// 结果 : Address( [unknown], Anytown,CA,98765) 


new Person("Buck Trends1i") 
// 结果 : Person(Buck Trendsi,None,None) 


new Person("Buck Trends2", Some(20), Some(a1)) 
// 结果 : Person(Buck Trends2,Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


new Person("Buck Trends3", 20, a2) 
// 结果 : Person(Buck Trends3,Some(20), 
// Some(Address( [unknown] ,Anytown,CA,98765))) 


new Person("Buck Trends4", 20) 
// 结果 : Person(Buck Trends4,Some(20),None) 


虽然 此 代码 运行 得 很 好 ， 但 实际 上 还 是 存在 一 些 问 题 。 首 先 ，Person 有 很 多 参数 类 似 的 次 
级 构造 器 。 事 实 上 我 们 可 以 对 使 用 默认 值 的 方法 参数 进行 定义 ， 而 且 用 户 也 可 以 在 调用 方 
法 时 命名 参数 。 


重新 考虑 Person 这 个 类 型 。 首 先 ， 我 们 来 为 age 和 address 添加 默认 值 ， 
于 需要 使 用 Some(…) 作为 参数 的 情况 并 不 觉得 楷 复 累 殉 : 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors2.sc 
import progscala2.basicoop.Address 








F 且 假设 用 户 对 


I 
HH 

















val al 
val a2 


new Address("1 Scala Lane", "Anytown", "CA", "98765") 
new Address("98765") 


case class Person2( 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None) 


new Person2("Buck Trends1") 
// 结果 : Person2 = Person2(Buck Trendsi,None,None) 


new Person2("Buck Trends2", Some(20), Some(ai1)) 
// 结果 : Person2(Buck Trends2,Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


new Person2("Buck Trends3", Some(20)) 
// 结果 : Person2(Buck Trends3,Some(20) ,None) 


new Person2("Buck Trends4", address = Some(a2)) 
// 结果 : Person2(Buck Trends4,None, 
// Some(Address( [unknown] ,Anytown,CA, 98765) )) 


虽然 Person 的 调用 者 多 写 了 一 点 点 代码 ， 但 是 对 于 库 的 开发 者 而 言 维护 负担 的 显著 下 降 是 
件 好 事 。 这 也 算是 一 种 平衡 。 
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我 们 决定 使 用 减 小 用 户 负 担 的 那 种 选择 。 第 二 个 问题 是 ， 在 我 们 的 实现 中 ， 用 户 必 须 使 用 
new 来 创建 实例 。 也 许 你 已 经 注意 到 了 ， 实 例 中 就 是 用 new 来 构造 实例 的 。 


如 果 尝 试 把 new 关键 字 去 掉 ， 会 发 生 什 么 呢 ? 除非 调用 的 是 主 构造 器 ， 不 然 你 会 得 到 一 个 
编译 错误 。 


编译 器 不 会 自动 为 case 类 的 次 级 构造 器 创建 apply 方法 。 























但 是 ， 如 果 我 们 在 伴随 对 象 中 重 载 Person.apply， 就 可 以 得 到 便利 的 “构造 器 ”"， 避 免 使 
用 new。 以 下 是 Person 的 最 终 实现 方式 ， 命 名 为 Person3; 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors3.scala 
package progscala2.basicoop3 
import progscala2.basicoop.Address 


case class Person3( 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None) 


object Person3 { 

















// 由 于 我 们 重 载 的 是 普通 方法 ,而 不 是 构造 器 ， 
// 所 以 必须 明确 地 指定 返回 类 型 ,在 这 里 返回 类 型 是 Person3。 


def apply(name: String): Person3 = new Person3(name) 

















def apply(name: String, age: Int): Person3 = new Person3(name, Some(age)) 


def apply(name: String, age: Int, address: Address): Person3 = 
new Person3(name, Some(age), Some(address)) 


def apply(name: String, address: Address): Person3 = 
new Person3(name, address = Some(address) ) 


注意 ， 与 构造 器 不 同 ，appty 这 样 的 重 载 方法 必须 有 明显 的 返回 类 型 注释 。 
最 后 ， 给 出 一 个 使 用 最 终 版 本 Person 的 脚本 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors3.sc 
import progscala2.basicoop.Address 
import progscala2.basicoop3.Person3 








val al = new Address("1 Scala Lane", "Anytown", "CA", "98765") 
val a2 = new Address("98765") 


Person3("Buck Trends1") // 4 
// 结果 : Person3(Buck Trendsi,None,None) 


NT 





Person3("Buck Trends2", Some(20), Some(a1)) j| 3 
// 结果 : Person3(Buck Trends2,Some(20), 


| 
NT 





// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


Person3("Buck Trends3", 20, a1) 
// 结果 : Person3(Buck Trends3,Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


Person3("Buck Trends4", Some(20)) // 3 
/ 结果 : Person3(Buck Trends4,Some(20) ,None) 


mT 





Person3("Buck Trends5", 20) 
// 结果 : Person3(Buck Trends5,Some(20),None) 


Person3("Buck Trends6", address = Some(a2)) IL = 
/ 结果 : Person3(Buck Trends6,None, 
// Some(Address( [unknown] ,Anytown,CA,98765))) 





Person3("Buck Trends7", address = a2) 

// 结果 : Person3(Buck Trends7,None, 

// Some(Address( [unknown] ,Anytown,CA,98765))) 
所 有 注释 为 “ 主 ” 的 调用 均 调 用 了 Person3 这 个 case 类 自动 生成 的 主 apply 方法 。 其 他 没 
有 该 注释 的 地 方 ， 调 用 的 是 其 他 apply 方法 。 
FKE, Æ Scala 代码 中 定义 次 级 构造 器 并 不 是 很 常见 。 因 为 还 有 其 他 赫 代 的 技术 ， 它 们 
通常 为 用 户 提供 同样 灵活 的 构造 选项 ， 同 时 减少 样板 代码 。 注 意 要 合理 使 用 Scala 中 的 命 
名 参数 和 可 选 参数 ， 并 科学 地 使 用 对 象 中 重 载 的 apply “T” Hik. 


8.6 ”类 的 字段 
在 本 章 的 开头 我 们 曾 提醒 大 家 ， 如 果 在 主 构造 国 数 参 数 的 前 面 加 上 val 或 var 关键 字 ， 该 
参数 就 成 为 实例 的 一 个 字段 。 对 于 case 类 ，val 是 默认 的 。 这 样 可 以 大 大 减少 元 余 的 代码 ， 
但 是 它 是 如 何 转化 成 字 节 码 的 呢 ? 
其 实 ， 不 过 是 Scala 偷偷 地 干 了 Java 代码 中 明显 做 的 事情 。 类 会 创建 一 个 私有 的 字段 ， 者 
生产 对 应 的 getter 和 setter 访问 方法 。 考 虑 下 面 这 个 简单 的 Scala 类 : 

class Name (var value: String) 
从 概念 上 讲 ， 上 述 代 码 和 下 面 的 代码 是 等 价 的 : 


class Name(s: String) { 
private var _value: String = s //@ 
































=) 

















def value: String = _value // @ 


def value_=(newValue: String): Unit = _value = newValue // © 


} 
@ 不 可 见 的 字段 ， 在 本 例 中 声明 为 可 变 变量 。 
@ getter， 即 读 方 法 。 
© setter， 即 写 方法 。 
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注意 value= 这 个 方法 名 的 一 般 规范 。 当 编译 器 看 到 这 样 的 一 个 方法 名 时 ， 它 会 允许 客 
户 端 代码 去 掉 下 划 线 _， 转 而 使 用 中 缀 表达 式 ， 这 就 好 像 我 们 是 在 设置 对 象 的 一 个 裸 字 
段 一 样 : 


scala> val name = new Name("Buck") 
name: Name = Name@2aed6fc8 


scala> name.value 
res0: String = Buck 


scala> name.value_=("Bubba") 
name.value: String = Bubba 


scala> name.value 
resi: String = Bubba 


scala> name.value = "Hank" 
name.value: String = Hank 


scala> name.value 
res2: String = Hank 


如 有 果 我 们 用 val 关键 字 声 明 一 个 不 可 变 字段 ， 那 就 不 会 自动 生成 写 方法 ， 只 会 生成 读 方法 。 
如 果 你 想 在 读 方 法 或 写 方法 内 实现 自 定义 逻辑 ， 可 以 按 以 下 规范 来 实现 。 


























器 中 
省 略 val 或 var。 人 例如， 我们 虽然 需要 向 构造 器 传递 一 个 参数 ， 但 却 希 望 构造 器 退出 后 丢 
弃 它 。 
注意 ， 该 值 仍然 在 类 体 的 作用 范围 内 。 正 如 前 文 有 关 隐 式 转换 的 例子 中 我 们 看 到 的 那样 ， 
它们 仍然 指向 构造 实例 时 所 用 的 参数 ， 但 这 些 参数 大 多 没有 被 声明 为 类 的 字段 。 回 顾 一 下 
5.2.7 节 的 Pipeline 示例 : 


























object Pipeline { 
implicit class toPiped[V](value:V) { 
def |>[R] (f : V => R) = f(value) 


} 


尽管 在 |> 方 法 中 ，toPiped 引用 了 value 变量 ,但 value 并 不 是 类 toPiped 的 一 个 字段 。 
无 论 构造 器 参数 有 没有 用 val 或 var 声明 ， 该 参数 在 整个 类 体 中 都 是 可 见 的 。 所 以 ， 该 参 
数 可 以 被 类 的 成 员 使 用 ， 如 类 的 方法 成 员 。 对 比 Java 或 其 他 OO 语言 中 定义 的 构造 器 ， 我 
们 得 知 : 由 于 这 些 构造 器 是 一 个 方法 ， 所 以 传递 给 构造 器 的 参数 在 方法 外 是 不 可 见 的 。 由 
此 可 见 ， 无 论 是 显 式 地 还 是 隐 式 地 ， 构 造 器 的 参数 都 必须 像 字 段 一 样 被 “保存 ”起 来 。 


为 什么 不 总 是 将 构造 器 的 参数 变 成 字段 呢 ? 因为 字段 对 类 的 客户 端 是 可 见 的 〈 也 就 是 说 ， 
除非 被 声明 为 私有 的 或 保护 的 ， 客 户 端 都 可 以 看 到 字段 。 我 们 将 在 第 13 章 讨论 这 一 点 )。 
而 这 些 构 造 器 的 参数 只 有 在 确实 需要 暴露 给 用 户 状态 的 情况 下 ， 才 会 变 成 字段 ， 否 则 它们 
不 应 该 成 为 字段 ， 而 是 属于 类 体 私有 的 。 


























8.6.1 统一 访问 原则 

你 可 能 会 对 Scala 没有 遵循 JavaBeans 的 约定 规范 ， 也 就 是 把 value 字段 的 读 方法 和 写 方法 
分 别 命名 为 getValue 和 setValue， 感 到 疑惑 不 解 。 事 实 上 ，Scala 遵循 统一 访问 的 原则 。 
正如 我 们 在 Name 这 个 例子 中 看 到 的 ， 客 户 端 似乎 可 以 不 经 过 方法 就 对 “ 裸 ” 字 段 值 进行 读 
和 写 的 操作 ， 但 实际 上 它们 调用 了 方法 。 另 一 方面 ， 我 们 可 以 用 默认 的 公开 可 见 性 声明 一 
个 字段 ， 然 后 像 裸 字段 一 样 访问 该 字段 : 


class Name2(s: String) { 
var value: String = s 


} 
DUE, value 是 一 个 公开 字段 ， 没 有 访问 方法 。 
我 们 来 试 试 看 : 


scala> val name2 = new Name2("Buck") 
name2: Name2 = Name2@303becf6 




















scala> name2.value 
res0: String = Buck 


scala> name2.value_=("Bubba" ) 
name2.value: String = Bubba 


scala> name2.value 
resi: String = Bubba 


请 注意 ， 用 户 的 “体验 ”是 一 致 的 。 用 户 代码 不 了 解 实现 ， 这 使 我 们 可 以 在 需要 的 时 候 ， 
自由 地 将 直接 操作 裸 字段 改 为 通过 访问 方法 来 操作 。 例 如 : 我 们 要 在 写 操作 中 添加 某 些 验 
证 工作 , 或 者 为 了 提高 效率 ， 在 读 取 某 个 结果 时 采用 惰性 求 值 。 这 些 情况 下 ， 我 们 可 以 通 
过 访问 方法 来 操作 裸 字 段 。 相 反 地 ， 我 们 也 可 以 用 公开 可 见 性 的 字段 代 赫 访问 方法 ， 以 消 
除 该 方法 调用 的 开销 (尽管 JVM 可 能 会 消除 这 种 开销 )。 

因此 ， 统 一 访问 原则 的 重要 益处 在 于 ， 它 能 最 大 程度 地 减少 客户 端 代码 对 类 的 内 部 实现 所 
必须 了 解 的 知识 。 尽 管 重新 编译 仍然 是 必需 的 ， 我 们 可 以 改变 具体 实现 ， 而 不 必 强 制 客 户 
端 代码 跟着 做 出 改变 。 

Scala 实现 统一 访问 原则 的 同时 ， 没 有 牺牲 访问 控制 功能 ， 并 且 满 足 了 在 简单 的 读 写 基础 
上 增加 其 他 逻辑 的 需求 。 

Scala 没有 采用 Java 风格 的 getter 和 setter 方法 ， 而 是 支持 统一 访问 原则 。 在 
统一 访问 原则 中 ， 读 写 “ 裸 ”字段 的 语法 和 通过 间接 调用 方法 实现 读 写 的 语 
法 是 一 样 的 。 























然而 有 时 为 了 与 Java 库 交 互 ， 也 会 需要 JavaBeans 风格 的 访问 方法 。 这 时 可 以 用 scala. 
reflect.BeanProperty (http://www.scala-lang.org/api/current/scala/beans/BeanProperty.htm! ) 
或 BooleanBeanProperty (http://www.scala-lang.org/api/current/scala/beans/BooleanBean 
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Property.html) 给 类 做 标记 。 更 多 细节 ， 见 22.3 市 。 


8.6.2 一 元 方法 
我 们 已 经 看 到 ， 编 译 器 允许 我 们 为 字段 foo 定义 赋值 方法 foo_ =， 然后 使 用 简便 的 
myinstance.foo = value。 男 一 种 操作 符 一 一 一 元 操作 符 ， 我 们 还 不 知道 如 何 实现 。 


取 反 就 是 一 个 例子 。 如 果 我 们 要 实现 一 个 复数 类 ， 该 如 何 支持 实例 的 相反 数 〈 如 < 的 相反 
数 -c) WE? 请 看 下 面 的 代码 : 


// src/main/scala/progscala2/basicoop/Complex.sc 








case class Complex(real: Double, imag: Double) { 


def unary_- : Complex = Complex(-real, imag) //@ 
def -(other: Complex) = Complex(real - other.real, imag - other.imag) 

} 

val c1 = Complex(1.1, 2.2) 

val c2 = -c1 // Complex(-1.1, 2.2) 

val c3 = cl.unary_- // Complex(-1.1, 2.2) 

val c4 = c1 - Complex(0.5, 1.0) // Complex(0.6, 1.2) 


@ 方法 名 为 unaryX， 这 里 X 就 是 我 们 想 要 使 用 的 操作 符 。 在 本 例 中 , X 就 是 -。 注 意 - 
和 : 之 间 的 空格 ， 空 格 在 这 里 是 必须 的 ， 它 可 以 告诉 编译 器 方法 名 以 - 而 不 是 : 结尾 |! 
为 了 比较 ,我们 也 实现 了 常见 的 减 号 操作 符 。 


我 们 一 旦 定义 了 一 元 操作 符 ， 就 可 以 将 操作 符 放 在 实例 之 前 ， 就 像 我 们 在 定义 c2 时 所 做 
的 那样 。 也 可 以 像 定义 c3 时 那样 ， 将 一 元 操作 符 当 做 其 他 方法 一 般 进 行 调 用 。 


8.7 ”验证 输入 


如 果 我 们 想 验 证 输入 的 参数 ， 以 确保 产生 的 实例 处 于 有 效 状 态 ， 该 怎么 做 呢 ? Predef 
(http://www.scala-lang.org/api/current/index.html#scala.Predef$ ) 定义 了 一 系列 名 为 require 
的 重 载 方法 ， 可 以 实现 这 一 目的 。 考 虑 以 下 这 个 封装 了 美国 邮政 编码 的 类 。 邮 政 编码 允许 
使 用 两 种 形式 ，5 位 数字 或 者 “邮政 编码 +4 位 数字 ”的 形式 。 后 者 较 前 者 多 了 结尾 的 4 位 
数字 ， 常 被 写 为 类 似 “12345-6789” 的 形式 。 另 外 ， 不 是 所 有 的 数字 都 对 应 有 真实 的 邮编 ; 
// src/main/scala/progscala2/basicoop/Zipcode.scala 
package progscala2.basicoop 























case class ZipCode(zip: Int, extension: Option[Int] = None) { 
require(valid(zip, extension), //@ 
s"Invalid Zip+4 specified: $toString") 


protected def valid(z: Int, e: Option[Int]): Boolean = { 
if (0 < z && z <= 99999) e match { 


case None => validUSPS(z, 0) 

case Some(e) => 0 < e && e <= 9999 && validUSPS(z, e) 
} 
else false 





fe 
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} 
/xx* 这 是 个 有 效 的 美国 邮政 编码 吗 ? */ 

















protected def validUSPS(i: Int, e: Int): Boolean = true //@ 
override def toString = // ® 
if (extension != None) s"$zip-${extension.get}" else zip.toString 
} 


object ZipCode { 
def apply (zip: Int, extension: Int): ZipCode = 
new ZipCode(zip, Some(extension) ) 


} 
@ 使 用 require 方法 验证 输入 。 
@ 真正 的 方法 实现 应 该 查询 USPS 认可 的 数据 库 来 验证 邮政 编码 是 否 确实 存在 。 











© 履 写 toString 方法 ， 返 回 符合 人 们 预期 的 邮政 编码 格式 ， 对 结尾 可 能 的 四 位 数字 进行 


恰当 的 处 理 。 
以 下 是 调用 它 的 脚本 : 


// src/main/scala/progscala2/basicoop/Zipcode.sc 
import progscala2.basicoop.ZipCode 





ZipCode(12345) 
// 结果 : ZipCode = 12345 


ZipCode(12345, Some(6789) ) 
// 结果 : ZipCode = 12345-6789 


ZipCode(12345, 6789) 
[| 结果 : ZipCode = 12345-6789 


try { 
ZipCode(0, 6789) // Invalid Zip+4 specified: 0-6789 
} catch { 
case e: java.lang.ILlegalArgumentException => e 
} 
try { 
ZipCode(12345, 0) // Invalid Zip+4 specified: 12345-0 
} catch { 
case e: java.lang.ILlegalArgumentException => e 
} 


定义 ZipCode 这 种 领域 专用 的 类 的 充分 理由 是 : 这 种 类 可 以 在 构造 时 对 值 的 有 效 性 做 一 次 














检验 ， 然 后 类 ZipCode 的 使 用 者 就 不 再 需要 再 次 检验 了 。 





Predef 中 的 ensuring 和 assume 等 方法 也 用 于 实现 类 似 的 目的 。 我 们 将 在 23.5 TRR 





require 和 这 两 个 断言 方法 的 更 多 用 途 。 





虽然 我 们 在 构造 器 的 背景 下 讨论 输入 的 验证 ， 但 实际 上 我 们 也 可 以 在 任何 方法 中 调用 这 些 
断言 方法 。 然 而 ， 价 值 类 的 类 体 是 一 个 例外 ， 它 不 能 使 用 断言 验证 ， 否 则 就 需要 调用 分 配 
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堆 。 不 过 ， 由 于 ZipCode 带 有 两 个 构造 器 参数 ， 它 无 论 如 何不 会 是 价值 类 。 


8.8 调用 父 类 构造 器 〈 与 民 好 的 面向 对 象 设计 ) 


派生 类 的 主 构造 器 必须 调用 父 类 的 构造 器 ， 可 以 是 父 类 的 主 构 造 器 或 次 级 构造 器 。 在 以 下 
示例 中 ，Employee 是 Person 的 子 类 : 


// src/main/scala/progscala2/basicoop/EmployeeSubclass.sc 
import progscala2.basicoop.Address 





case class Person( // This was Person2 previously, now renamed. 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None) 


class Employee( //@ 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None, 
val title: String = "[unknown]", //@ 
val manager: Option[Employee] = None) extends Person(name, age, address) { 


override def toString = //° 
s"Employee(Sname, Sage, Saddress, $title, $manager)" 
} 


val al = new Address("1 Scala Lane", "Anytown", "CA", "98765") 
val a2 = new Address("98765") 


val ceo = new Employee("Joe CEO", title = "CEO") 
结果 : Employee(Joe CEO, None, None, CEO, None) 


new Employee("Buck Trends1") 
结果 : Employee(Buck Trendsi, None, None, [unknown], None) 


new Employee("Buck Trends2", Some(20), Some(a1)) 
结果 : Employee(Buck Trends2, Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765)), [unknown], None) 


new Employee("Buck Trends3", Some(20), Some(a1), "Zombie Dev") 
结果 : Employee(Buck Trends3, Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765)), Zombie Dev, None) 


new Employee("Buck Trends4", Some(20), Some(a1), "Zombie Dev", Some(ceo) ) 
结果 : Employee(Buck Trends4, Some(20), 








// Some(Address(1 Scala Lane,Anytown,CA,98765)), Zombie Dev, 
// Some(Employee(Joe CEO, None, None, CEO, None))) 
© Employee 被 声明 为 一 个 普通 的 类 ， 而 不 是 case 类 。 在 下 文中 我 会 解释 这 么 做 的 原因 。 


@ 新 的 字段 title 和 manager 需要 用 val 关键 字 声 明 ， 因 为 Employee 不 是 case 类 。 其 他 
参数 是 类 从 Person 继承 的 字段 。 注 意 ， 我 们 也 调用 了 Person 的 主 构造 器 。 


© 履 写 toString 方法 。 如 果 不 履 写 ， 将 会 调用 Person.toString, 
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在 Jaa 中 ， 我 们 会 定义 构造 方法 ， 并 用 super 调用 父 类 的 初始 化 逻辑 。 而 Scala 中 ， 我 们 
用 chiLdCLass(…) extends ParentCLass(…) 的 语法 隐 式 地 调用 父 类 的 构造 器 。 





尽管 像 在 Java 中 一 样 ，super 可 以 用 来 调用 被 覆 写 的 父 类 方法 ， 但 它 不 能 
来 调用 父 类 的 构造 器 。 








良好 的 面向 对 象 设计 : 题 外 话 
这 段 代 码 有 “异味 "。Employee 的 声明 把 带 val 关键 字 的 参数 和 不 带 关键 字 的 参数 混杂 在 
参数 列表 中 。 但 更 深层 次 的 问题 潜伏 在 这 段 代码 背后 。 


我 们 可 以 从 一 个 case 类 派生 出 一 个 非 case 类 ， 或 者 反 过 来 。 但 我 们 无 法 从 一 个 case 类 派 
生出 另 一 个 case 类 。 这 是 因为 ， 自 动 生 成 的 toString, equals 和 hashCode 方法 在 子 类 中 
无 法 正常 工作 。 这 意味 着 它们 忽视 了 这 种 可 能 性 ， 即 实例 实际 上 可 以 是 case 类 的 子 类 。 


这 种 问题 实际 上 是 设计 上 的 问题 。 它 反映 了 子 类 继承 的 问题 。 例 如 : 具有 相同 姓名 、 年 
龄 、 地 址 的 Employee 类 的 实例 和 Person 类 的 实例 是 否 应 该 被 视 为 等 价 的 呢 ? 如 果 对 对 
象 平 等 做 宽松 地 解释 ， 我 们 认为 它们 是 相等 价 的 ， 如 果 更 严格 地 解释 ， 我 们 则 会 说 它 
们 不 相等 。 事实 上 ， 相 等 的 数学 定义 需要 满足 交换 律 : somePerson == someEmployee 与 
someEmployee == somePerson 应 该 返回 相同 的 结果 。 灵 活 的 等 价 解 释 将 打破 这 种 交换 律 ， 
因为 你 绝 不 会 想到 一 个 Employee 实例 会 与 一 个 不 是 Employee 的 Person 实例 相等 。 


实际 上 ， 在 这 里 ，equals 的 问题 要 更 糟糕 ， 因 为 Employee kA 72'S equals 和 hashCode 方 
法 。 我 们 实际 上 是 将 所 有 Employee 的 实例 当 作 Person 的 实例 来 对 待 的 。 


这 对 于 小 的 类 型 而 言 是 非常 危险 的 。 不 可 避免 地 会 有 人 创建 Employee 集合 ， 在 集合 中 对 
元 素 进行 排序 ， 或 将 元 素 作 为 散 列 映射 的 键 。 由 于 这 会 分 别 调用 Person.equals 和 Person. 
hashCcode， 所 以 当 出 现 两 个 人 同名 为 John Smith， 一 人 是 CEO， 另 一 人 在 收发 室 工作 时 ， 
就 会 出 现 异 常 行为 。 混 清 两 个 人 的 场景 经 党 发 生 ， 但 还 没有 经 常 到 能 够 很 容易 地 复 现 以 帮 
助 修复 这 个 bug 的 程度 | 

真正 的 问题 是 ， 我 们 继承 了 状态 属性 。 也 就 是 说 ， 我 们 在 本 例 中 使 用 继承 来 添加 状态 属性 
title 和 manager。 相 反 ， 继 承 相 同 状 态 属 性 的 行为 能 够 更 容易 地 实现 。 这 避免 了 刚刚 描述 
的 equals 和 hashCode 的 问题 。 

当然 ， 继 承 机 制 的 问题 存在 已 入。 如 今 ， 好 的 面向 对 象 设计 更 青睐 于 组 合 ， 而 不 是 继承 。 
因此 ， 我 们 选择 将 功能 单元 组 合 起 来 ， 而 不 是 构建 一 个 类 型 继承 结构 。 

我 们 在 下 一 章 将 看 到 : trait 使 得 Scala 的 组 合 比 Java 的 接口 更 容易 使 用 ， 至 少 在 Java 8 之 
前 是 这 样 。 在 这 本 书 中 ， 不 属于 “玩具 ”性质 的 实例 将 不 会 使 用 继承 来 增加 状态 。 幸 运 的 
是 ， 继 承 在 Scala 库 中 也 很 罕见 。 

因此 ，Scala 的 团队 可 以 选择 实现 对 子 类 友好 的 equals, hashCode fil toSstring， 但 这 在 支 
持 粳 糕 设计 时 会 增加 额外 的 复杂 度 。case 类 为 方便 且 简 单 的 域 类 型 提供 了 模式 匹配 和 实例 
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分 解 ， 但 支持 继承 结构 并 不 是 它们 的 目的 。 
当 使 用 继承 时 ， 建 议 遵循 以 下 规则 。 
(1) 一 个 抽象 的 基 类 或 trait， 只 被 下 一 层 的 具体 的 类 继承 ， 包 括 case 类 。 








(2 具体 类 的 子 类 永远 不 会 再 次 被 继承 ， 除 了 两 种 情况 : a 类 中 混入 了 定义 于 trait ( 见 
第 9 章 ) 中 的 其 他 行为 。 理 想 情况 下 ， 这 些 行为 应 该 是 正 交 的 ， 即 不 重 登 的 。 























b. 只 用 于 支持 自动 化 单元 测试 的 类 。 














(3) 当 使 用 子 类 继承 似乎 是 正确 的 做 法 时 ， 考 虑 将 行为 分 离 到 trait 中 ， 然 后 在 类 里 混入 这 





些 trait, 


(4) 切 勿 将 逻辑 状态 跨越 父 类 和 子 类 。 


对 最 后 一 条 中 的 “逻辑 "， 我 指 的 是 ， 我 们 可 能 有 一 些 私 有 的 ， 专 门 实现 的 状态 。 这 种 状 
态 不 影响 外 部 可 见 性 、 相 等 、 散 列 等 逻辑 。 例 如 : 我 们 的 库 中 可 能 有 某 些 集合 类 型 的 子 
类 ， 增 加 了 私有 的 字段 ， 用 于 实现 缓存 或 日 志 功 能 (此 时 通过 混和 人 trait 实现 该 特性 并 不 是 





一 个 好 的 选择 )。 








那么 ， 如 何 实现 Employee WE? 如 果 通 过 集成 Person 创建 Employee 不 太 好 ， 那 我 们 又 该 怎 
么 做 呢 ? 答案 取决 于 使 用 的 场景 。 如 果 我 们 正在 实现 一 个 人 力 资源 的 应 用 程序 ， 我 们 是 否 
还 需要 一 个 单独 的 Person 概念 ?还 是 直接 将 Employee 声明 为 case 类 作为 基 类 使 用 呢 ? 进 
一 步 讲 ， 我 们 是 否 需要 为 此 提供 任何 类 型 ?如 果 我 们 正在 处 理 从 数据 库 查 询 得 到 的 结果 ， 
只 用 元 组 或 其 他 容器 来 保存 从 查询 返回 的 字段 是 否 就 足够 了 ? 我 们 是 否 可 以 省 掉 必须 声明 



















































































一 个 类 型 的 “仪式 ”? 








假设 我 们 的 确 需 要 区 分 Person 和 Employee 的 概念 。 以 下 是 我 的 一 种 实现 方式 : 


// src/main/scala/progscala2/basicoop/PersonEmployeeTraits.scala 
package progscala2.basicoop2 


//®@ 


case class Address(street: String, city: String, state: String, zip: String) 


object Address { 
def apply(zip: String) = 
new Address( 


//@ 


"Tunknown]", Address.zipToCity(zip), Address.zipToState(zip), zip) 


"Anytown" 
"CA" 


def zipToCity(zip: String) 
def zipToState(zip: String) 
} 


trait PersonState { 
val name: String 
val age: Option[Int] 
val address: Option[Address] 


// 在 这 定义 一 些 公共 的 方法 ? 
} 





case class Person( 
name: String, 
age: Option[Int] = None, 





fe 
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address: Option[Address] = None) extends PersonState 


trait EmployeeState { 


} 


val title: String 
val manager: Option[Employee] 


case class Employee( 


name: String, 

age: Option[Int] = None, 

address: Option[Address] = None, 
title: String = "[unknown]", 
manager: Option[Employee] = None) 


extends PersonState with EmployeeState 


© © 


© J Person 拥有 的 状态 (我们 希望 的 状态 ) E 





更 好 的 命名 。 


© 


虽然 一 致 性 增加 





© Employee case 类 。 
o 请 注意 ， 我 们 必须 为 Person 和 Employee 
(除非 我 们 真 的 需要 使 用 不 同 的 默认 值 )。 


需要 注意 ，Employee 不 再 是 Person 的 一 个 子 类 ， 但 它 是 PersonState 的 一 个 子 类 ， 因 


// © 
// @ 





因为 这 些 类 型 的 早期 版 本 已 经 定义 在 包 oop 中 了 ， 所 以 这 里 用 了 其 他 包 名 。 
此 前 ，Address 有 一 个 次 级 构造 器 。 ee 


一 个 trait。 你 可 以 挑 一 个 比 PersonState 


只 有 Person 实例 时 ， 使 用 这 个 case 类 来 实现 PersonState, 
© Xf Employee 采用 相同 的 做 法 ， 尽 管 在 这 里 声明 自 




















和 独 的 trait 和 case 类 没有 那么 大 用 处 。 
了 引入 单独 的 trait 和 case 类 的 “仪式 ”， 但 保持 一 致 性 有 其 可 取 之 处 。 


共享 的 字段 定义 两 次 默认 值 。 这 是 一 个 小 缺点 

















混入 了 该 trait。 另 外 ，EmployeeState 也 不 再 是 PersonState 的 子 类 。 图 8-1 中 的 类 图 说 明 
了 类 间 的 关系 。 
EmployeeState 
Employee 
& 8-1; PersonState、Person、EmployeeState 和 Employee 的 类 图 


注意 到 ，Person 和 Employee 都 混入 了 trait, {H Employee 并 非 从 其 他 具体 类 中 派生 。 


我 们 来 试 着 创建 几 个 对 象 : 


// src/main/scala/progscala2/basicoop/PersonEmployeeTraits.sc 
import progscala2.basicoop.{ Address, Person, Employee } 


val ceoAddress 


= Address("1 Scala Lane", 














"Anytown", "CA", "98765") 
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// 结果 : ceoAddress: oop2.Address = Address(1 Scala Lane,Anytown,CA,98765) 


val buckAddress = Address("98765") 
// 结果 : buckAddress: oop2.Address = Address([unknown],Anytown,CA, 98765) 


val ceo = Employee( 
name = "Joe CEO", title = "CEO", age = Some(50), 
address = Some(ceoAddress), manager = None) 
// 结果 : ceo: oop2.Employee = Employee(Joe CEO,Some(50), 
// Some(Address(1 Scala Lane,Anytown,CA,98765)),CEO,None) 


val ceoSpouse = Person("Jane Smith", address = Some(ceoAddress) ) 
// 结果 : ceoSpouse: oop2.Person = Person(Jane Smith,None, 
// Some(Address(1 Scala Lane,Anytown,CA,98765) )) 


val buck = Employee( 
name = "Buck Trends", title = "Zombie Dev", age = Some(20), 
address = Some(buckAddress), manager = Some(ceo)) 

// 结果 : buck: oop2.Employee = Employee(Buck Trends,Some(20), 


// Some(Address( [unknown] ,Anytown,CA,98765)),Zombie Dev, 
// Some(Employee(Joe CEO,Some(50) , 
// Some(Address(1 Scala Lane,Anytown,CA,98765)),CEO,None))) 


val buckSpouse = Person("Ann Collins", address = Some(buckAddress) ) 
// 结果 : buckSpouse: oop2.Person = Person(Ann Collins,None, 
// Some(Address( [unknown] ,Anytown,CA,98765) )) 























保 参 数 的 类 型 唯一 ， 来 避免 这 些 风 险 。 


现在 ， 你 对 trait 的 兴趣 已 经 被 激 起 。 我 们 会 在 后 面 的 章 中 深度 地 讨论 它 。 现 在 ， 我 们 需要 


mt 





讨论 面向 对 象 的 最 后 一 个 话题 。 


8.9 meee 


Scala UF MRE A HY A FE SL. Plan: 在 对 象 中 定义 类 型 转 义 的 异常 和 其 他 有 用 





的 类 型 ， 就 是 很 常见 的 做 法 。 以 下 是 一 个 数据 库 层 可 能 的 骨架 结构 : 


// src/main/scala/progscala2/basicoop/NestedTypes.scala 


object Database { //@ 
case class ResultSet(/*...*/) //@ 
case class Connection(/*...*/) // ° 


case class DatabaseException(message: String, cause: Throwable) extends 
RuntimeException(message, cause) 


sealed trait Status //@ 
case object Disconnected extends Status 
case class Connected(connection: Connection) extends Status 
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你 会 发 现 ， 我 在 好 儿 个 声明 中 都 用 了 命名 参数 。 当 一 个 构造 函数 器 或 其 他 方法 有 很 多 参数 
时 ， 我 喜欢 使 用 命名 参数 ， 以 清楚 地 表明 每 个 参数 的 意思 。 当 好 几 个 参数 为 同一 类 型 时 ， 


bug 可 以 很 容易 地 被 避免 ， 同 时 值 之 间 也 方便 切换 。 当 然 ， 你 应 该 通过 减少 参数 个 数 ， 确 





© © ® © 


© 


case class QuerySucceeded(results: ResultSet) extends Status 
case class QueryFailed(e: DatabaseException) extends Status 


} 


class Database { 
import Database._ 


def connect(server: String): Status = ??? //® 
def disconnect(): Status = ??? 


def query(/*...*/): Status = ??? 


数据 库 的 一 个 简单 接口 。 
封装 了 查询 结果 的 集合 。 我 们 把 不 关心 的 细节 省 略 了 。 
封装 了 连接 池 和 其 他 信息 。 
使 用 sealed 的 继承 结构 表示 状态 ， 所 有 允许 的 值 都 在 这 里 定义 。 当 实例 实际 上 不 携 
状态 信息 时 ， 使 用 case 对 象 。 这 些 对 象 表现 得 像 “标志 位 ”， 用 来 表示 状态 。 
22? 是 定义 在 Predef 中 的 真实 方法 。 它 会 抛 出 一 个 异常 ， 用 来 表示 某 一 方法 尚未 实现 
的 情况 。 该 方法 是 最 近 才 引入 Scala 库 的 。 
当 case 类 没有 用 任何 字段 表示 状态 信息 时 ， 考 虑 使 用 case 对 象 。 
当 方 法 还 正 处 在 开发 阶段 时 ，??? 方法 作为 占 位 符 十 分 有 用 。 因 为 这 样 可 以 
使 代码 通过 编译 。 问 题 是 你 设法 调用 那个 方法 ! 





at 
































关于 case 对 象 ， 我 发 现 了 一 个 “漏洞 ”; 


scala> case object Foo 
defined object Foo 


scala> Foo.hashCode 
res0: Int = 70822 


scala> "Foo". hashCode 
resi: Int = 70822 


显然 ， 为 case 对 象 生成 的 hashCode 方法 仅仅 将 对 象 的 名 称 做 了 散 列 。 而 对 象 的 包 像 对 象 的 
字段 一 样 被 忽略 了 。 这 意味 着 ， 当 需要 更 强 的 hashCode 方法 时 ，case 对 象 是 存在 风险 的 。 


当 需 要 更 强 的 hashCode 方法 时 ， 避 免 使 用 case 对 象 ， 例 如 : 对 象 是 基于 散 
列 运算 的 映射 或 集合 的 键 。 
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8.10 本 章 回顾 与 下 一 章 提要 


我 们 补充 上 了 关于 Scala 的 对 象 模 型 的 基础 知识 ， 包 括 构 造 、 继 承 和 类 型 的 舱 套 。 有 时 
我 们 其 至 把 话题 扯 远 ， 讨 论 到 在 Scala 或 任何 其 他 语言 中 ， 什 么 是 良好 的 面向 对 象 的 设 
计 问 题 。 

我 们 还 讨论 了 trait， 这 是 Scala 对 Java 接口 的 增强 版 。trait 是 组 合 各 部 分 行为 的 有 力 工具 ， 
它 避 免 了 使 用 继承 及 继承 带 来 的 缺点 。 在 下 一 章 中 ， 我 们 将 完成 对 trait 的 理解 ， 并 掌握 如 
何 使 用 trait 来 解决 各 种 设计 问题 。 


















































在 Java 中， 类 可 以 实现 任意 数量 的 接口 。 这 种 模型 非常 适用 于 声明 实现 了 多 个 抽象 的 类 。 
不 过 ， 这 类 模型 也 存在 一 个 明显 的 缺点 。 对 于 一 些 接口 而 言 ， 使 用 该 接口 的 所 有 类 使 用 了 
样板 代码 实现 接口 的 大 量 功能 。 

通常 ， 接 口中 定义 了 一 些 与 实现 类 中 的 其 他 成 员 无 关联 的 成 员 (这 些 成 员 具 有 “ 正 交 
性 ”)。 而 混入 (mixin) 一 词 便 适用 于 这 类 聚焦 的 、 可 重用 的 状态 和 行为 。 理 想 情况 下 ， 我 
们 应 单独 维护 这 些 公用 的 行为 ， 而 不 应 该 依赖 于 任何 使 用 这 些 行为 的 具体 类 型 。 


在 Java 8 诞生 之 前 ，Java 未 提供 用 于 定义 和 使 用 这 类 可 重用 代码 的 内 置 机 制 。 为 此 ，Java 
程序 员 必须 使 用 特定 的 方法 进行 复 用 某 一 接口 的 实现 代码 。 最 坏 的 情况 下 ， 开 发 人 员 必 须 
将 相同 的 代码 复制 粘贴 到 所 有 需要 这 一 功能 的 类 中 。 这 里 存在 一 个 略 好 一 些 但 谈 不 上 完美 
的 解决 方案 : 单独 编写 一 个 实现 了 该 行为 的 类 ， 原 始 类 中 会 保存 一 份 该 类 的 示例 并 负责 关 
支持 类 提供 代理 方法 调用 。 这 一 方案 能 够 解决 代码 复 用 的 问题 ， 但 也 添加 了 一 些 没有 必要 
的 额外 开销 ， 同 时 容易 导致 错误 的 样板 代码 。 


9.1 Java 8 中 的 接口 


Java 8 做 出 了 改变 。 现 在 我 们 可 以 在 接口 中 定义 方法 ， 这 些 方 法 被 称 为 defender 方法 或 默 
认 方 法 。 实 现 类 仍 可 以 提供 自己 的 实现 。 如 果实 现 类 未 提供 自己 的 实现 的 话 ，defender 方 
法 会 被 调用 。 因 此 ，Java 8 中 的 接口 行为 更 接近 于 Scala 中 的 trait。 


但 是 ，Java 8 中 的 接口 与 Scala 中 的 trait 仍 有 不 同 之 处 。Java 8 中 的 接口 只 能 定义 静态 字 
Et, mi Scala 中 的 trait 则 可 以 定义 实例 级 字段 。 这 意味 着 Java 8 中 的 接口 无 法 管理 实例 状 
态 。 接 口 实现 类 必须 提供 字段 以 记录 状态 。 这 也 意味 着 defender 方法 无 法 访问 接口 实现 体 的 
状态 信息 ， 从 而 限制 了 defender 方法 的 用 途 。 
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在 后 面 的 学 习 中 ， 请 思考 如 何 使 用 Java 8 中 的 接口 和 类 来 实现 trait 和 类 。 什 么 样 的 代码 能 


够 简单 地 迁移 到 Java 8， 而 什么 样 的 代码 又 不 能 呢 ? 


9.2 混入 trait 














为 了 能 够 理解 trait 在 模块 化 Scala 代码 的 作用 ， 我 们 首先 学 习 一 下 下 面 的 这 段 代 码 。 图 形 
用 户 界面 《GUI) 中 的 按钮 会 使 用 这 段 代 码 ， 当 点 击 事件 发 生 时 ， 这 段 代 码 会 通过 回调 机 








制 通知 客户 : 


// src/main/scala/progscala2/traits/ui/ButtonCallbacks.scala 
package progscala2.traits.ui 


class ButtonWithCallbacks(val label: String, 
val callbacks: List[() => Unit] = Nil) extends Widget { 


def click(): Unit = { 
updateUI() 
callbacks. foreach(f => f()) 
} 


protected def updateUI(): Unit = { /* 修改 CUI 页 面 样式 */ } 
} 





object ButtonWithCallbacks { 


def apply(label: String, callback: () => Unit) = 
new ButtonWithCallbacks(label, List(callback) ) 


def apply(label: String) = 
new ButtonWithCallbacks(label, Nil) 
} 
Widget 是 一 个 “标记 ”特征 ， 我 们 之 后 会 对 该 ait 展开 讨论 。 


// src/main/scala/progscala2/traits/ui/Widget.scala 
package progscala2.traits.ut 


abstract class Widget 








点 击 按钮 之 后 将 触发 一 组 类 型 为 () => Unit (这 类 函数 完全 通过 副作用 产生 作用 ) 的 回调 


国 数 。 


ButtonWithCallbacks 类 有 两 大 职责 : 更 新 可 视界 面 样式 (我们 省 略 了 相关 代码 ) 和 处 理 回 



































调 行为 。 处 理 回 调 行为 包括 了 管理 一 组 回调 函数 以 及 点 击 按钮 后 调用 这 组 函数 。 





我 们 在 定义 类 型 时 应 尽量 做 到 职责 分 离 ， 这 样 才能 体现 单一 职责 原则 。 自 








一 职责 原则 认为 





每 个 类 型 都 应 该 只 做 一 件 事 ， 不 应 在 一 个 类 型 中 混杂 多 个 职责 。 





我 们 希望 能 将 按钮 相关 的 逻辑 从 回调 逻辑 中 抽 离 出 来 ， 这 样 一 来 这 两 类 逻辑 都 会 变 得 更 加 
简单 、 更 加 模块 化 ， 也 更 易于 测试 和 修改 ， 可 用 性 也 更 强 。 回 调 逻 辑 则 很 适用 于 实现 成 混 














入 结构 (mixin ) 。 
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我 们 将 使 用 trait 将 回调 逻辑 从 按钮 逻辑 中 抽 离 出 来 。 除 此 之 外 ， 我 们 会 对 逻辑 抽 离 方式 进 
行 简单 的 概括 。 实 际 上 ， 回 调 是 观察 者 设计 模式 的 一 类 特殊 应 用 。 因 此 ， 我 们 创建 了 两 个 
trait， 分 别 用 于 声明 观察 者 模式 中 的 主体 (Subject) 和 观察 者 (Observer), XPA trait 同 
时 还 实现 了 主体 和 观察 者 的 部 分 功能 。 之 后 我 们 会 运用 这 两 个 trait 处 理 回 调 行为 。 为 了 简 
化 起 见 ， 我 们 首先 使 用 一 个 简单 的 回调 方法 ， 统 计 按 钮 的 点 击 次 数 : 


// src/main/scala/progscala2/traits/observer/Observer.scala 
package progscala2.traits.observer 



































trait Observer[-State] { //@ 
def receiveUpdate(state: State): Unit 
} 
trait Subject[State] { //@ 
private var observers: List[Observer[State]] = Nil // 日 
def addObserver(observer:Observer[State]): Unit = // @ 
observers ::= observer //® 
def notifyObservers(state: State): Unit = // ® 
observers foreach (_.receiveUpdate(state) ) 
} 
@ 那些 希望 能 在 状态 发 生变 化 时 得 到 通知 的 客户 将 运用 这 一 trait。 这 些 客户 代码 必须 实现 
receiveUpdate 方法 。 
@ 那些 需要 向 观察 者 发 送 通知 的 主体 应 使 用 该 trait。 
© 一 组 待 通知 的 观察 者 列表 。 由 于 该 列表 为 可 变 列 表 ， 因 此 非 线程 安全 。 
@ 用 于 添加 观察 者 的 方法 。 
O 该 表达 式 的 意思 是 ， 把 observer 对 象 安放 到 observers 列表 的 最 前 面 ， 并 将 新 生成 的 


FIRIR observers 列表 。 
@ 该 方法 会 向 观察 者 通知 状态 变更 。 
通常 ， 将 混入 了 Subject 特征 的 类 直接 设置 为 状态 类 型 参数 是 最 便捷 的 做 法 。 因 此 ， 一 旦 
某 一 对 象 的 notifyObservers 方法 被 调用 了 ， 该 实例 直接 将 自己 作为 参数 传人 即 可 ， 例 如 : 
直接 传人 this 对 象 。 


需要 注意 的 是 ， 由 于 Observer 特征 既 未 实现 它 所 声明 的 方法 ， 也 未 定义 其 他 任何 成 员 ， 在 
字 节 码 级 别 ， 该 trait 实际 上 与 Java 8 之 前 的 接口 是 完全 等 同 的 。 由 于 缺少 方法 实现 体 明显 
是 一 个 抽象 对 象 ， 因 此 我 们 不 需要 使 用 abstract 关键 字 。 不 过 在 声明 那些 包含 了 未 实现 方 
法 体 的 抽象 类 时 ， 我 们 必须 使 用 abstract 关键 字 ， 例 如 : 
trait PureAbstractTrait { 
def abstractMember(str: String): Int 


} 





























abstract class AbstractClass { 
def concreteMember(str: String): Int = str.length 
def abstractMember(str: String): Int 


} 
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包含 抽象 方法 的 trait 并 不 需要 声明 为 抽象 对 象 ， 无 需 在 trait 关键 字 之 前 添加 
abstract 关键 字 。 但 是 ， 那 些 包 含 一 个 或 多 个 未 定义 方法 的 类 则 必须 声明 为 
抽象 类 。 








我 们 继续 对 该 示例 进行 讲解 。 由 于 observers 列表 是 可 变 对 象 ， 因 此 下 面 两 个 表达 式 是 等 
价 的 。 


observers ::= observer 
observers = observer :: observers 


现在 ， 我 们 将 定义 一 个 简化 的 Button 类 : 


// src/main/scala/progscala2/traits/ui/Button.scala 
package progscala2.traits.ui 














class Button(val label: String) extends Widget { 
def click(): Unit = updateUI() 


def updateUI(): Unit = { /* 本 方法 包含 了 GUI 样式 的 修改 逻辑 */ } 
} 
Button 类 非常 简单 ， 它 只 负责 一 件 事 情 一 一 处 理 点 击 事件 。 
下 面 我 们 将 使 用 Subject 特征 。0bservableButton 类 是 Button 类 的 子 类 ， 我 们 在 该 类 中 混 
入 了 Subject 特征 : 


// src/main/scala/progscala2/traits/ui/ObservableButton.scala 
package progscala2.traits.ui 
import progscala2.traits.observer._ 




















class ObservableButton(name: String) // 
extends Button(name) with Subject[Button] { // 


override def click(): Unit = { 
super .click() //@ 
notifyObservers(this) // ® 
} 
} 


O Button 类 的 子 类 ， 该 类 混入 了 “可 被 观察 ”特性 。 

@ ObservableButton 类 继承 了 Button 类 ， 并 混入 了 Subject 特征 。 该 类 使 用 Button 类 型 
作为 Subject 特征 的 类 型 参数 ， 在 Subject 特征 声明 中 ， 该 类 型 参数 名 为 State。 

O 为 了 能 够 通知 观察 者 ， 我 们 需要 履 写 click 方法 。 假 如 存在 其 他 受 状态 变化 影响 的 方 
法 ， 我 们 同样 需要 履 写 这 些 方法 。 

O 首先 ， 调 用 父 类 的 click 方法 执行 正常 的 GUI 更 新 逻辑 。 

O 通知 观察 者 们 ， 将 this 对 象 作为 State 传递 给 notify0bservers 方法 。 在 当前 场景 中 ， 
除了 按钮 点 击 事件 之 外 ， 不 会 发 生 其 他 事件 。 
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我 们 试 着 运行 下 列 脚本 : 


// src/main/scala/progscala2/traits/ui/button-count-observer.sc 
import progscala2.traits.ui._ 
import progscala2.traits.observer._ 


class ButtonCountObserver extends Observer[Button] { 
var count = 0 
def receiveUpdate(state: Button): Unit = count += 1 


} 

val button = new ObservableButton("Click Me!") 
val bcol = new ButtonCountObserver 

val bco2 = new ButtonCountObserver 


button addObserver bco1 
button addObserver bco2 


(1 to 5) foreach (_ => button.click()) 


assert(bco1.count == 5) 
assert(bco2.count == 5) 


该 脚本 声明 了 一 个 观察 者 类 型 ButtonCount0bserver ， 该 类 型 负责 统计 点 击 的 次 数 。 之 后 我 
们 创建 了 两 个 ButtonCountObserver 实例 以 及 一 个 ObservableButton 对 象 ， 这 两 个 实例 都 
被 注册 为 按钮 的 观察 者 。 之 后 该 脚本 点 击 了 五 次 按钮 ， 并 使 用 Predef 中 定义 的 assert 方 
法 验证 每 个 观察 者 统计 的 数量 是 否 为 5。 


假设 我 们 只 需要 一 个 ObservableButton 实例 ， 那 么 我 们 并 不 需要 单独 声明 一 个 混入 了 我 
们 所 需 trait 的 类 ， 只 需要 声明 一 个 Button 对 象 ， 并 “凭空 ”为 这 个 对 象 注 入 Subject 特 
征 即 可 : 

// src/main/scala/progscala2/traits/ui/button-count-observer2.sc 


import progscala2.traits.ui._ 
import progscala2.traits.observer._ 














val button = new Button("Click Me!") with Subject[Button] { 


override def click(): Unit = { 
super .click() 
notifyObservers(this) 
} 
} 


class ButtonCountObserver extends Observer[Button] { 
var count = 0 
def receiveUpdate(state: Button): Unit = count += 1 


} 
val bcol = new ButtonCountObserver 
val bco2 = new ButtonCountObserver 


button addObserver bco1 
button addObserver bco2 
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(1 to 5) foreach (_ => button.click()) 


assert(bco1.count == 5) 
assert(bco2.count == 5) 
println("Success!") 





与 之 前 的 实现 不 同 ， 我 们 在 声明 Button) A Re AS A AR, he Ae ik T 
Subject[Button] 实例 。 这 与 Java 中 初始 化 某 一 实现 了 接口 的 匿名 类 的 做 法 较为 相似 ， 但 
Scala 提供 了 更 多 的 灵活 性 。 























如 果 待 声明 的 类 未 扩展 其 他 类 ， 而 只 是 混 人 了 一 些 trait， 那 么 无 论 如 何 你 必 
须 使 用 extend 关键 字 ， 并 将 其 用 于 第 一 个 trait， 而 在 其 他 的 trait 之 前 使 用 
with 关键 字 。 但 是 ， 如 果 你 想 在 实例 化 某 一 类 型 时 混入 trait 声明 ， 请 在 所 
有 的 trait 之 前 添加 with REF. 

















在 8.8 节 中 ， 我 推荐 了 一 些 适用 于 子 类 化 (subclassing) 的 苛刻 规则 。 接 下 来 我 们 查看 它们 
是 否 违 背 7 了 这些“ 规则 ”。 


一 个 抽象 的 基 类 或 trait， 只 被 下 一 层 的 具体 的 类 继承 ， 包 揪 case 类 

在 这 个 例子 中 ， 我 们 并 未 使 用 抽象 基 类 。 

具体 类 的 子 类 永远 不 会 再 次 被 继承 ， 除 了 两 种 情况 : (1) 类 中 混入 了 定义 于 trait 中 的 其 
他 行为 

RE Button 类 及 它 的 子 类 ObservableButton 类 都 是 具体 类 ， 但 后 者 混入 了 trait 中 的 某 
些 行为 。 

具体 类 的 子 类 永远 不 会 再 次 被 继承 ， 除 了 两 种 情况 : (2) 只 用 于 支持 自动 化 单元 测试 的 类 
此 处 不 适合 该 规则 。 

当 使 用 子 类 继承 可 能 是 正确 的 做 法 时 ， 考 虑 将 行为 分 离 到 trait 中 ， 然 后 在 类 里 混入 这 
些 trait 

我 们 正 是 这 样 做 的 ! ! 

切 勿 将 还 辑 状态 跨越 父 类 和 子 类 

按钮 或 其 他 UI 小 部 件 中 的 逻辑 可 视 状态 与 通知 相关 的 内 部 机 制 没 有 任何 交集 。 因 此 
我 们 仍然 将 UI 状态 封装 在 Button 对 象 中 ， 与 观察 者 模式 相关 的 状态 则 封装 在 State 
特征 中 。 




















9.3 可 堆肥 的 特征 


我 们 可 以 通过 进一步 地 改进 方案 来 提高 代码 的 可 重用 性 ， 使 代码 能 同时 使 用 多 个 trait， 例 
如 “堆积 ”特征 。 
“可 点 击 ” 性 并 非 仅 限于 图 形 用 户 界 面 中 的 按钮 。 因 此 我 们 需要 抽象 出 “可 点 击 ” 这 一 多 


辑 。 我 们 可 以 把 该 逻辑 放 到 Button 的 父 类 (目前 还 只 是 个 空 类 型 ) Widget 类 中 。 不 过 并 
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不 是 所 有 的 GUI 小 部 件 都 需要 接受 点 击 事件 ， 为 此 我 们 引入 了 另外 一 个 trait Clickable, 


// src/main/scala/progscala2/traits/ui2/Clickable.scala 
package progscala2.traits.ui2 //@ 





trait Clickable { 
def click(): Unit = updateUI() //@ 


protected def updateUI(): Unit // ® 
} 


O 我 们 在 traits.ui 包 中 已 经 实现 了 这 些 类 型 ， 所 以 此 处 使 用 了 一 个 新 的 包 名 。 

@ click 方法 是 public 方法， 此 处 定义 了 该 方法 的 具体 实现 ，updateUI 方法 将 代理 该 
方法 。 

© updateUI 方法 既是 protected 方法 ， 也 是 抽象 方法 。Clickable 特征 的 实现 类 将 负责 提供 
适当 的 实现 逻辑 。 

由 于 Button 示例 中 使 用 某 一 protected 方法 会 对 点 击 事件 进行 代理 ， 所 以 我 们 无 需 为 该 示 

例 引 入 Clickable 这 个 简单 接口 。 不 过 考虑 到 将 公共 抽象 从 具体 实现 细节 中 分 离 出 来 是 一 

个 很 好 的 惯用 方法 ， 我 们 还 是 将 它们 融合 到 了 一 起 。 这 也 是 “四 人 组 ”设计 模式 中 所 描述 

的 模版 方法 模式 (template method pattern) 的 一 个 简单 示例 。 

下 面 列 出 了 使 用 clickable 特征 重 构 后 的 按钮 定义 : 


// src/main/scala/progscala2/traits/ui2/Button.scala 
package progscala2.traits.ui2 
import progscala2.traits.ui.Widget 














7 














class Button(val label: String) extends Widget with Clickable { 


protected def updateUI(): Unit = { /* 修改 GUI 样式 的 逻辑 代码 */ } 
} 
IÆ, Observation 特征 应 该 依附 于 Clickable 特征 ， 而 不 再 是 之 前 的 Button 类 。 假 如 按照 
这 种 方式 对 代码 进行 重 构 ， 我 们 就 不 需要 再 关心 如 何 观察 按钮 事件 。 但 是 由 于 我 们 确实 需 
要 观察 像 点 击 这 样 的 事件 ， 为 此 我 们 引入 了 仅 用 于 观察 Clickable 事件 的 trait: 
// src/main/scala/progscala2/traits/ui2/0bservableClicks.scala 


package progscala2.traits.ui2 
import progscala2.traits.observer._ 

















trait ObservableClicks extends Clickable with Subject[Clickable] { 
abstract override def click(): Unit = { // 0 
super.click() 
notifyObservers(this) 


} 
} 


@ if ME abstract override 这 些 关 键 字 ， 我 们 稍 后 会 讨论 它们 。 


该 实现 与 之 前 的 ObservableButton 示例 的 实现 非常 相似 。 两 者 的 关键 区 别 点 在 于 abstract 
关键 字 。 在 之 前 的 示例 中 ， 我 们 只 使 用 了 override 关键 字 。 
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我 们 再 仔细 观察 一 下 click 方法 ， 该 方法 调用 了 super.click() 方法 。 但 是 super 指 的 是 什 
么 对 象 呢 ? 在 这 个 示例 中 ，super 只 能 指向 Clickable 特征 或 Subject 特征 。Clickable 特 
征 只 是 声明 了 Click 方 法， 并 未 定义 Click Fik. mi Subject 特征 则 根本 没有 声明 该 方法 。 
ae super 并 未 绑 定 某 一 真实 示例 ， 至 少 当前 未 绑 定 。 这 也 是 为 什么 需要 使 用 abstract 

关键 字 的 原因 。 


事实 上 ， 当 我 们 将 该 rait 混入 到 像 Button 这 种 定义 了 Click 方法 的 具体 实例 中 时 ，super 
便 绑 定 了 该 实例 。abstract 关键 字 提 醒 编 译 器 (和 读者 ) : 尽管 ObservableClicks.click 
方法 提供 了 方法 体 ， 但 click 方法 并 没有 完全 实现 。 

只 有 在 满足 下 面条 件 的 情况 下 ， 我 们 才 应 在 trait 中 定义 的 某 一 方法 之 前 添加 
abstract RF: 该 方法 调用 了 super 对 象 中 的 另 一 个 方法 ， 但 是 被 调用 的 

这 个 方法 在 该 trait 的 父 类 中 尚未 定义 具体 的 实现 方法 。 




















下 面 ， 我 们 将 联合 ObservableClicks 特征 ，Button 对 象 及 定义 在 Button 类 中 的 有 具体 的 
click 方法 一 起 工作 : 


// src/main/scala/progscala2/traits/ui2/click-count-observer.sc 
import progscala2.traits.ui2._ 
import progscala2.traits.observer._ 


// 无 需 覆 写 Button 对 象 的 cLick 方 法 。 
val button = new Button("Click Me!") with ObservableClicks 


class ClickCountObserver extends Observer[Clickable] { 
var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 
val bcol = new ClickCountObserver 
val bco2 = new ClickCountObserver 


button addObserver bcol 
button addObserver bco2 


(1 to 5) foreach (_ => button.click()) 


assert(bco1.count == 5, s"bco1.count ${bco1.count} ! 
assert(bco2.count == 5, s"bco2.count ${bco2.count} ! 
println("Success!") 


请 注意 ， 假 如 希望 观察 点 击 事 件 ， 我 们 无 需 履 写 click 方法 ， 直 接 声明 一 个 Button 实例 
并 混入 ObservableClicks 特征 便 可 。 不 仅 如 此 ， 即 便 我 们 不 希望 观察 点 击 事件 ， 通 过 混入 
Clickable 特征 ， 我 们 还 是 可 以 构造 出 只 支持 点 击 操作 的 GUI 对 象 。 

尽管 这 种 通过 混入 trait 实现 细 粒 度 组 合 的 功能 非常 强大 ， 不 过 它 有 可 能 会 被 过 度 使 用 。 


。 使 用 过 多 的 trait 会 降低 编译 速度 ， 这 是 因为 编译 器 需要 做 一 些 额 外 的 工作 来 合成 输出 
的 字 市 码 。 


5") 
5") 














。 类 库 用 户 在 阅读 代码 或 Scaladoc 时 ,会 惊讶 地 发 现代 码 和 文档 中 存在 一 长 串 的 trait 列表 。 


最 后 ， 在 示例 即将 结束 之 际 ， 我 们 再 添加 一 个 trait。“JavaBean 规范 ”(JavaBean 
specification) 提出 了 “可 否决 ”事件 (vetoable event) 的 思想 。 这 一 思想 使 得 JavaBean 状 
态 变 化 的 监听 者 能 否决 这 一 变更 。 iene trait 实现 相 类 似 的 功能 :“ 否 决 ”连续 点 
击 事件 。 你 可 以 把 该 功能 想象 成 阻止 用 户 连 续 误 点 某 一 按钮 而 触发 某 一 爹 融 交 易 。 下 面 列 
出 了 我 们 所 实现 的 VetoableClick 特征 : 
// src/main/scala/progscala2/traits/ui2/VetoableClicks.scala 


package progscala2.traits.ui2 
import progscala2.traits.observer._ 





= 





trait VetoableClicks extends Clickable { // 0 
// 默认 的 允许 点 击 数 。 
val maxAllowed = 1 //@ 


private var count = 0 


abstract override def click() = { 
if (count < maxAllowed) { // ©® 
count += 1 
super .click() 
} 
} 
} 


O ik trait 同样 继承 了 Clickable 特征 。 
@ 允许 点 击 的 最 大 数量 。( 如 果 能 提供 “ 重 置 ”机 制 ， 那 就 对 用 户 更 有 帮助 了。) 
© 一 旦 点 击 数 量 超 过 了 允许 值 (从 0 开始 计数 )， 后 续 点 击 事件 便 不 会 传递 给 super 对 象 。 
请 注意 naxALLowed 被 声明 成 了 val 数值 ， 且 注释 进一步 说 明了 maxallowed 的 当前 “默认 ” 
值 ， 这 表明 naxALLowed 的 值 是 可 以 被 修改 的 。 那 么 如 何 修改 这 个 val 值 呢 ? 我 们 可 以 在 混 
入 了 该 trait 的 类 或 其 他 trait 中 履 写 该 值 。 在 下 面 示例 中 ， 我 们 在 使 用 了 ObservableClicks 
和 VetoableClicks 特征 的 对 象 中 将 该 值 重 新 设置 为 2。 

// src/main/scala/progscala2/traits/ui2/vetoable-click-count-observer.sc 


import progscala2.traits.ui2._ 
import progscala2.traits.observer._ 

































































// No override of "click" in Button required. 


val button = 
new Button("Click Me!") with ObservableClicks with VetoableClicks { 
override val maxALlowed = 2 //@ 
} 
class ClickCountObserver extends Observer[Clickable] { //@ 


var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 
val bcol = new ClickCountObserver 
val bco2 = new ClickCountObserver 





特征 | 241 


button addObserver bcol 
button addObserver bco2 


(1 to 5) foreach (_ => button.click()) 


assert(bcol.count == 2, s"bco1.count ${bco1.count} ! 
assert(bco2.count == 2, s"bco2.count ${bco2.count} ! 
println("Success!") 


@ #5 maxAllowed 的 值 ， 将 该 值 设置 为 2。 
@ 和 之 前 一 样 ， 此 处 使 用 了 相同 的 ClickObserver xf, 
© 请 注意 ， 尽 管 按 钮 的 实际 点 击 数 为 5， 但 此 处 预计 显示 的 点 击 数 现 在 是 2。 
试 着 进行 下 面 这 个 实验 ， 切 换 一 下 声明 button 变量 时 指定 trait 的 顺序 : 

val button = new Button("Click Me!") with VetoableClicks with ObservableClicks 
执行 这 段 代 码 后 会 发 生 什 么 呢 ? 
这 段 代 码 无 法 通过 断言 ， 此 时 观察 到 的 点 击 数 是 5， 而 不 是 我 们 所 期 望 的 2。 
MIRER — HE, RIIE click 方法 同样 进行 了 层 层 封装 并 实现 了 三 种 实现 方式 。 那 么 问题 
来 了 ， 假 如 我 们 同时 混和 人 了 VetoableClicks 和 ObservableClicks 特征 ， 系 统 会 首先 调用 


这 三 个 方法 中 的 哪个 呢 ? 声明 顺序 决定 调用 的 顺序 ， 系 统 将 按照 从 右 到 左 的 顺序 调用 这 些 
方法 。 


下 面 的 伪 代 码 解 释 了 每 个 例子 里 的 方法 调用 结构 : 


// new Button("Click Me!") with VetoableClicks with ObservableClicks 


2") // ® 
2") 






































def ObservableClicks.click() = { 


if (count < maxAllowed) { // super.click => VetoableClicks.click 
count += 1 
{ 
updateUI() // super.click => Clickable.click 
} 
} 


notifyObservers(this) 


} 
// new Button("Click Me!") with ObservableClicks with VetoableClicks 


def VetoableClicks.click() = { 
if (count < maxAllowed) { 


count += 1 
{ // super.click => ObservableClicks.click 
{ 
updateUI() // super.click => Clickable.click 
} 
notifyObservers(this) 
} 








在 第 一 个 例子 中 ， 由 于 我 们 最 后 才 声 明 ObservableClicks 特征 ， 因 此 Clickable.click 方 
法 仍然 是 可 否决 的 ， 但 观察 者 能 知晓 所 有 点 击 事件 的 发 生 。 假 如 观察 者 希望 只 收 到 未 否决 
点 击 事件 的 通知 ， 你 可 以 将 该 行为 视 为 程序 错误 。 


在 第 二 个 例子 中 ，Vetoableclick 特征 位 于 声明 序列 的 最 后 端 ， 由 于 否决 事件 的 逻辑 封装 
了 其 他 所 有 的 click 方法 ， 因 此 只 有 当 点 击 事件 未 被 否决 时 ，updateUI 和 notifyObservers 
方法 才 会 被 调用 。 


Scala 使 用 线性 化 (linearization) 算法 解决 具体 类 继承 树 中 trait 和 类 的 优先 级 问题 。 这 两 
类 的 按钮 实现 都 很 直观 。trait 优先 级 遵循 从 右 到 左 的 原则 ， 而 按钮 本 身 的 代码 体 ， 例 如 : 
履 写 maxALLowed 值 的 代码 会 最 后 被 估 值 。 


我 们 会 在 11.7 刷 详 细 地 讨论 线性 化 算法 如 何 处 理 其 他 更 加 复杂 的 声明 。 


9.4 ”构造 trait 
尽管 trait 定义 体 起 到 了 主 构造 函数 的 作用 ， 不 过 trait 主 构造 函数 并 不 允许 为 其 提供 参数 列 
表 ， 而 你 也 无 法 为 其 定义 辅助 构造 函数 。 


在 上 一 市 的 示例 中 ， 我 们 发 现 trait 是 可 以 继承 其 他 的 特征 的 。trait 同样 也 可 以 继承 自 类 。 
不 过 ，trait 无 法 向 其 父 类 构造 函数 传递 参数 ， 字 面 量 参 数 也 不 例外 。 因 此 ，trait 只 能 扩展 
自 那 些 包 含 了 无 参 主 构造 国 数 或 无 参 辅助 构造 国 数 的 类 。 
不 过 ， 就 像 类 一 样 ， 每 次 创建 使 用 了 trait 的 实例 时 ， 特 征 体 都 会 被 执行 。 下 面 的 脚本 证 实 
了 这 一 点 


// src/main/scala/progscala2/traits/trait-construction.sc 














































































































trait T1 { 
println(s" in T1: x = $x") 
val x=1 
println(s" in T1: x = $x") 


trait T2 { 
println(s" in T2: y = Sy") 
val y="T2" 
println(s" in T2: y = Sy") 
} 


class Base12 { 
println(s" in Base12: b = $b") 
val b="Base12" 
println(s" in Base12: b = $b") 
} 


class C12 extends Base12 with T1 with T2 { 
println(s" in C12: c = $c") 
val c="C12" 
println(s" in C12: c = $c") 

} 
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println(s"Creating C12:") 
new C12 
println(s"After Creating C12") 


执行 该 脚本 会 输出 下 列 内 容 : 


Creating C12: 
in Base12: 
in Base12: 
in T1: x 
in T1: x 
in T2: y 
in T2: y 
in €12¢ Cz: nutl 
in C12: =: C12 

After Creating C12 


我 们 在 脚本 中 定义 了 C12 类 的 基 类 Base12。 运 行 脚 本 时 会 首先 执行 Base12 类 ， 之 后 再 执行 
T1 和 T2 特征 体 ( 依 声明 顺序 从 左 到 右 的 执行 trait)， 最 后 才 是 C12 类 体 。 


T1 和 1T2 中 printtn 语句 的 执行 顺序 看 上 去 与 之 前 Clickable 示例 中 的 顺序 相反 。 而 实际 
上 ， 它 们 的 顺序 是 一 致 的 。 我 们 在 这 个 示例 中 对 初始 化 顺序 进行 了 追踪 ， 发 现 它 是 按照 从 
左 到 右 的 顺序 执行 初始 化 的 。 


如 果 我 们 在 声明 按钮 时 依次 输入 了 with VetoableClicks with ObservableClicks 语句 ， 这 
意味 着 我 们 首先 将 click 方法 定义 为 了 VetoableClicks.click 方 法， 而 该 方法 会 调用 此 时 
尚未 实现 的 super.click 方法 。 紧 接着 Scala 将 执行 ObservableClicks 特征 体 。 在 执行 过 
程 中 ，VetoableClicks.click 方法 会 被 新 的 click 方法 所 履 写 ， 不 过 由 于 ObservableClicks 
同样 会 调用 super.click 方 法， 该 方法 会 调用 VetoableClicks.click 方 法 。 最 后 ， 由 于 
ObservableClick 继承 了 Clickable 特征 ， 而 该 trait 提供 了 具体 的 click 方法 ， 这 样 一 来 ， 
VetoableClicks.click 方法 调用 super.click 方法 时 便 会 调用 该 click FES. 


因此 ， 尽 管 我 们 无 法 向 trait 传递 构造 参数 ， 但 我 们 可 以 在 特征 体 中 初始 化 字段 、 方 法 和 类 
型 。 线 性 化 算法 则 允许 声明 中 后 续 列 出 的 trait 或 类 覆 写 这 些 定义 。 假 如 某 个 trait 或 抽象 父 
类 中 存在 某 些 抽 象 成 员 ， 后 续 出 现 的 trait 或 类 必须 对 这 些 成 员 进行 定义 。 这 是 因为 具体 类 
中 不 允许 出 现任 何 抽象 成 员 。 


请 不 要 在 trait 中 声明 那些 无 法 在 初始 化 时 指定 合适 默认 值 的 具体 字段 。 如 
果 需 要 声明 这 类 字段 ， 请 使 用 抽象 字段 ， 或 者 将 该 trait 改 成 含有 构造 函数 
的 类 。 当 然 ， 对 于 那些 不 包含 状态 信息 的 trait 而 言 ， 初 始 化 时 不 会 遇 到 这 


些 问题 。 






































9.5 ”选择 类 还 是 trait 


对 于 某 些 “概念 ”而 言 ， 应 该 使 用 trait 来 表示 ， 还 是 使 用 类 来 表示 呢 ? 考虑 这 一 问题 
时 ， 请 牢记 一 点 : trait 是 Scala 实现 混和 人 的 方法 ， 它 适用 于 大 多 数 的 “辅助 ”行为 。 假 如 
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你 发 现 某 一 特定 的 trait 在 大 多 数 时 候 都 被 用 作 其 他 类 的 父 类 ， 那 么 这 些 子 类 表现 得 就 像 
(behave as) 这 个 父 特征 一 样 。 为 了 使 逻辑 关系 更 加 清晰 ， 此 时 你 应 该 考虑 是 否 要 把 这 个 
trait 修改 为 类 。( 在 这 里 ， 我 们 并 未 使 用 is a 来 表示 子 类 与 父 特征 的 关系 ， 而 是 用 了 behave 
as 一 词 。 这 是 因为 根据 里 氏 赫 换 原则 ，is a 更 适用 于 表示 类 的 继承 关系 定义 。) 

良好 的 面向 对 象 设计 需要 遵循 下 列 的 通用 原则 ， 一 旦 完成 构造 过 程 ， 该 实例 便 应 一 直 处 于 
某 种 已 知 的 合法 状态 中 。 


96 ”本 章 回顾 与 下 一 章 提要 


在 本 章 中 ， 我 们 学 习 了 如 何 使 用 trait 封装 类 及 通过 trait 如 何 共享 类 之 间 的 横 切 关注 点 
(cross-cutting cocern) 。 我 们 也 谈 到 了 使 用 trait 的 时 机 和 方法 ， 并 讲解 了 如 何 “ 炙 加 ”多 个 
trait 以 及 初始 化 trait 内 值 的 相关 规则 。 


在 后 面 儿童 中 ， 我 们 将 深入 学 习 Scala 对 象 系统 和 类 层次 结构 ， 会 特别 关注 容器 对 象 。 
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Scala HRR (I) 








我 们 对 Scala 面向 对 象 的 实现 已 经 有 了 一 定 的 掌握 。 在 本 章 中 ， 我 们 将 讨论 标准 库 类 型 层 
次 结构 的 更 多 详细 信息 ， 并 深入 探索 其 中 的 一 些 类 型 ， 如 Predef 。 
但 是 ， 在 讨论 标准 库 类 型 之 前 ， 我 们 首先 来 讨论 一 下 被 称 为 继承 转化 (variance under 
inheritance) 的 重要 特性 。 在 本 章 的 最 后 ， 我 们 将 讨论 对 象 相 等 。 


10.1 参数 化 类 型 : 继承 转化 


Scala 参数 化 类 型 和 Java 参数 化 类 型 (在 Java 中 ， 通 常 称 为 泛 型 ，generic) 的 一 个 重要 区 
别 在 于 ， 继 承 差异 机 制 如 何 工作 。 


假设 一 个 方法 带 有 的 参数 类 型 为 List[AnyRef]， 你 可 以 传 入 List[String] 四? 换 句 话说 ， 
List[String] 是 否 应 该 被 看 作 是 List[AnyRef] 的 一 个 子 类 型 呢 ? 如 果 是 ， 这 种 转化 称 为 协 
X (covariance)。 因 为 容器 〈 被 参数 化 的 类 型 ) 的 继承 关系 与 参数 类 型 的 继承 关系 的 “ 方 
向 一 致 ”。 

同样 存在 类 型 是 逆 变 (contravariant) 的 ， 对 于 特定 类 型 X，X[Sstring] 是 X[Any] 的 父 类 。 


如 果 参 数 化 类 型 既 不 是 协 变 的 ， 也 不 是 逆 变 的 ， 我 们 称 之 为 非 转 化 (invariant) 的 。 相 反 
地 ， 有 的 参数 化 类 型 可 以 同时 拥有 两 种 或 两 种 以 上 的 这 类 属性 。 

Java 和 Scala 均 支 持 协 变 ， 逆 变 和 非 转化 类 型 。 然 而 ， 在 Scala 中 ， 转 化 行为 的 定义 是 类 型 
声明 的 一 部 分 ， 称 为 转化 标记 (variance annotation), Fe HEA + 来 表示 协 变 类 型 ， 使 用 - 
表示 逆 变 类 型 ， 非 转化 类 型 不 需要 添加 标记 。 换 句 话 说 ， 类 型 的 设计 者 决定 该 类 型 在 继承 
体系 中 如 何 进 行 转化 。 

以 下 是 几 个 声明 示例 (很 快 我 们 就 会 接触 真正 的 类 型 定义 ) : 
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class W[+A] {...} // 协 变 
class X[-A] {...} // E% 


class Y[A] {...} // 非 转化 
class Z[-A,B,+C] {...} // 混合 


相反 ，Java 中 参数 化 的 类 型 在 定义 时 并 未 声明 继承 转化 行为 ， 而 是 在 使 用 该 类 型 时 ， 也 就 
是 在 声明 变量 时 ， 才 指定 参数 化 类 型 的 转化 行为 。 


K 10-1 总 结 了 Java 和 Scala 中 的 三 种 转化 标记 及 其 意义 。 其 中 Tsup 是 工 的 父 类 ， 而 Tsub 
是 工 的 子 类 。 


表 10-1: 类 型 的 转化 标记 及 其 意义 











Scala Java 描 R 

+T ? extends T 协 变 (如 Listi[T a] 是 List[T] 的 子 类 ) 

ai ? super T wey (An X(T] 是 x[T] 的 子 类 ) 

T T 非 转 化 继承 (不 能 用 YET] IX YET] 代替 Y[T] ) 





回 到 List 的 讨论 ，Scala 的 List 实际 上 被 声明 为 List[+A]， 意 味 着 List[string] 是 
List[AnyRef] 的 子 类 ， 所 以 对 于 类 型 参数 A，List 是 协 变 的 。 当 List 只 有 一 个 协 变 的 类 型 
参数 时 ， 你 会 经 常 听 到 一 种 简称 ， 即 “列表 是 协 变 的 "。 相 应 地 ， 对 于 逆 变 类 型 也 有 类 似 
的 叫 法 。 


协 变 和 非 转化 类 型 是 容易 理解 的 ， 那 么 赣 变 类 型 呢 ? 


10.1.1 Hood 下 的 函数 


逆 变 的 最 好 例子 是 一 组 trait FunctionN， 例 如 : scala.Function2 (http://www.scala-lang.org/ 
api/current/scala/Function2.html) ， 其 中 N 是 一 个 介 于 0 和 ?22 ( 含 22) 之 间 的 数字 ， 并且 与 
函数 所 带 的 参数 个 数 相 对 应 。Scala 使 用 这 些 trait 来 实现 匿名 函数 。 
我 们 在 本 书 中 一 直 在 使 用 匿名 函数 ， 匿 名 函数 也 称 为 函数 字面 量 。 例 如 : 

List(1, 2, 3, 4) map (i => i + 3) 

// 结果 : List(4, 5, 6, 7) 
国 数 表 达 式 1 => i + 3 实际 上 是 一 个 语法 糖 ， 编 译 器 将 其 转化 为 scala.Function1 (http:// 
www.scala-lang.org/api/current/scala/Function1.html) 的 匿名 子 类 ， 其 实现 如 下 所 示 : 




















val f: Int => Int = new Functioni[Int,Int] { 
def apply(i: Int): Int = i+ 3 


List(1, 2, 3, 4) map (f) 
// 结果 : List(4, 5, 6, 7) 


当 对 象 后 面 跟 上 参数 列表 时 ， 就 会 调用 默认 的 apply 函数 。 这 一 约定 源 于 函 
数 应 用 (function application) 的 思想 。 例 如 : 一 旦 定义 了 f， 我 们 就 通过 指 
定 参 数列 表 的 方式 调用 它 ， 如 f(1)。 实 际 上 f(1) 是 f.apply(1)。 
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从 历史 上 看 ，JVM 不 允许 字 节 码 中 出 现 “ 裸 ” 国 数 。 一 切 都 必须 包装 在 对 象 中 。Java 的 最 
近 版 本 ， 特 别 是 Java 8， 放 宽 了 这 种 限制 ， 但 为 了 使 Scala 还 能 在 旧版 本 的 JVM 中 工作 ， 
编译 器 会 将 匿名 国 数 转 为 Function 特征 的 匿名 子 类 。 在 Java 项 目 中 ， 你 或 许 已 经 为 Java 
的 接口 写 过 很 多 这 样 的 匿名 子 类 了 。 


FunctionN 是 抽象 的 ， 因 为 其 中 的 apply 方法 是 抽象 方法 。 请 注意 ， 当 我 们 使 用 更 简洁 的 
代码 1 => i +3 时 ， 编 译 器 为 我 们 定义 了 apply 方法 。 匿名 函数 的 函数 体 就 是 用 来 定义 
apply 的 。 


























Java 8 增加 了 对 函数 字面 量 的 支持 ， 称 为 Lambda 函数 。 但 不 同 于 Scala 的 实 
现 方式 ，Java 采用 了 男 一 种 实现 方式 ， 因 为 Scala 还 要 支持 旧版 的 JVM。 














再 来 讨论 逆 变 ， 以 下 是 scala.Function2 的 声明 : 


trait Function2[-T1, -T2, +R] extends AnyRef 
最 后 一 个 类 型 参数 +R 是 返回 类 型 ， 它 是 协 变 的 。 开 头 的 两 个 类 型 参数 分 别 是 函数 的 第 一 
个 和 第 二 个 参数 ， 它 们 是 逆 变 的 。 对 于 其 他 Function 特征 ， 对 应 于 函数 参数 的 类 型 参数 
都 是 逆 变 的 。 
所 以 ， 国 数 在 继承 时 都 具有 混合 变异 的 行为 。 
这 究竟 是 什么 意思 呢 ? 下 面 的 例子 可 以 帮助 我 们 理解 变异 行为 : 


// src/main/scala/progscala2/objectsystem/variance/func.scX 





class CSuper { def msuper() = println("CSuper") } //@ 
class C extends CSuper { def m() = printtn("C") } 
class CSub extends C { def msub() = println("CSub") } 
var f: Ca C= (e: €) => new C //@ 
f = (c: CSuper) => new CSub //° 
f = (c: CSuper) => new C //@ 
f = (cs :CY => new CSub //® 
f = (c: CSub) => new CSuper // O 编译 错误 ! 


@ 定义 一 个 三 层 的 类 继承 结构 。 

@ 我 们 将 函数 f 定义 为 var 变量 ， 完 成 一 直 对 了 赋值 。 所 有 有 效 的 函数 实例 必须 是 5 => 
C 的 形式 〈 换 名 话说， 就 是 Function1[C,C] 的 形式 ， 同 时 也 注意 一 下 我 们 如 何 使 用 字面 
量 语法 )。 我 们 用 来 赋值 的 变量 还 必须 满足 函数 继承 变异 规则 的 约束 。 第 一 个 赋值 的 变 
量 是 (c: C) => new C (忽略 了 参数 c)。 

© 该 函数 (c: CSuper) => new CSub 是 有 效 的 ， 因 此 参数 C 是 逆 变 的 ， 可 以 用 CSuper 代 
禁 。 如 果 返 回 值 是 协 变 的 ，CSub 可 以 代替 Co 

© 类 似 @， 不 过 我 们 直接 返回 了 C 

© 类 似 8 和 @， 不 过 我 们 直接 传人 了 C 
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O 错误 ! 函数 携带 CSub 参数 是 无 效 的 ， 因 为 参数 是 逆 变 的 ， 返回 值 CSuper 也 是 无 效 的 ， 
因为 返回 值 是 协 变 的 。 
这 个 脚本 不 产生 任何 输出 。 如 果 运 行 它 ， 它 会 在 最 后 一 行 编 译 失 败 ， 但 其 他 语句 还 是 有 
效 的 。 
契约 式 设计 (http://archive.eiffel.com/doc/manuals/technology/contract/) 解释 了 为 什么 这 些 
规则 是 有 意义 的 。 这 是 里 氏 替 换 原 则 的 一 种 表现 形式 ， 我 们 会 将 它 作 为 一 个 编程 工具 在 
23.5 节 进 行 简要 讨论 。 现 在 ， 我 们 赁 直觉 尝试 理解 这 些 规则 如 此 运行 的 原因 。 
函数 变量 f 的 类 型 是 C => C (that is，Function1[-C,+C])。 对 ff 的 第 一 次 赋值 与 该 签名 完全 
相符 。 
现在 ,我们 用 不 同 的 匿名 函数 对 ff 赋值。 添加 的 空格 使 得 每 次 赋值 与 原始 声明 的 相同 点 
和 差异 变 得 更 加 明显 。 我 们 会 不 断 地 对 f 做 重新 赋值 ， 直 到 测试 出 函数 C => c 的 合法 赫 
换 者 。 


第 二 次 赋值 ，(x: CSuper) => Csub， 符 合 声 明 ， 即 参数 逆 变 ， 返 回 值 协 变 。 但 这 个 声明 为 
什么 是 安全 的 呢 ? 

关键 是 了 解 f 是 如 何 调 用 的 ， 以 及 我 们 可 以 对 f 缘 后 的 真正 函数 做 哪些 假设 。 当 我 们 说 f 
的 类 型 是 C => 5 时 ， 我 们 其 实 定义 了 一 个 奖 约 。 这 样 ， 任 何 有 效 的 5 值 都 可 以 传 给 f，f 
也 永远 不 会 返回 除 5 类 值 以 外 的 任何 值 。 
因此 ， 如 果实 际 的 函数 类 型 为 (x:CsSuper) => Csub， 该 国 数 不 仅 可 以 接受 任何 5 类 值 作为 
参数 ， 也 可 以 处 理 5 的 父 类 型 的 实例 ， 或 其 父 类 型 的 其 他 子 类 型 的 实例 〈 如 果 存 在 的 话 )。 
所 以 ， 由 于 只 传人 5 的 实例 ， 我 们 永远 不 会 传人 超出 牛人 允许 范围 外 的 参数 。 从 某 种 意义 上 
说 ，f 比 我 们 需要 的 更 加 “宽容 ”。 

同样 ， 当 它 只 返回 Csub 时 ， 这 也 是 安全 的 。 因 为 调用 方 可 以 处 理 5 的 实例 ， 所 以 也 一 定 可 
以 处 理 CSub 的 实例 。 在 这 个 意义 上 说 ，f 比 我 们 需要 的 更 加 “严格 ”。 

示例 的 最 后 一 行 同 时 打破 了 关于 输入 和 输出 类 型 的 两 个 规则 。 如 果 允 许 这 个 函数 合法 地 赋 
值 给 f， 我 们 考虑 一 下 会 发 生 什么 。 

在 这 种 情况 下 ， 实 际 的 f 函数 只 知道 如 何 处 理 CSub 实例 。 但 调用 者 对 此 一 无 所 知 ， 认 为 
F C 实例 都 可 以 传 入 f， 所 以 当 f 运 行 出 现 “ 意 外 ”时 ， 就 可 能 导致 失败 。 即 调用 者 试 
图 把 C 实例 传 入 到 一 个 只 接受 CSub 而 不 是 C 的 国 数 。 同 样 地 ， 如 果实 际 的 和 能够 返回 一 个 
CSuper 实例 ， 这 将 超出 调用 者 预期 的 返回 值 范围 〈 预 期 返回 5 的 实例 )。 

这 解释 了 为 什么 函数 的 参数 必须 是 逆 变 的 ， 而 返回 值 必须 是 协 变 的 。 

变异 标记 只 有 在 类 型 声明 中 的 类 型 参数 里 才 有 意义 ， 对 参数 化 的 方法 没有 意义 ， 因 为 该 标 
记 影 响 的 是 子 类 继承 行为 ， 而 方法 没有 子 类 。 例 如 List.map 方法 的 简化 签名 : 


sealed abstract class List[+A] ... { // 忽略 了 混入 的 trait 
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def map[B](f: A => B): List[B] = {...} 
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B 没有 变异 标记 ， 如 果 你 试图 指定 一 个 ， 编 译 器 会 抛 出 错误 。 











变异 标记 +， 表示 参数 化 类 型 是 协 变 的 ，- 标记 表示 参数 化 类 型 是 逆 变 的 。 
带 标记 ， 表 示 该 参数 化 类 型 是 非 变 异 的 。 





最 后 ， 编 译 器 会 检查 你 所 用 的 编译 标记 是 否 有 效 。 如 果 你 试图 在 自 定义 的 函数 中 加 上 错误 
的 标记 ， 以 下 就 是 发 生 的 结果 : 


scala> trait MyFunction2[+T1, +T2, -R] { 
| def apply(vi:T1, v2:T2): R = ??? 
| } 
<console>:37: error: contravariant type R occurs in covariant position 
in type (vi: T1, v2: T2)R of method apply 
def apply(vi:T1, v2:T2): R = ??? 


A 





<console>:37: error: covariant type T1 occurs in contravariant position 
in type T1 of value vi 
def apply(vi:T1, v2:T2): R = ??? 
“A 


<console>:37: error: covariant type T2 occurs in contravariant position 
in type T2 of value v2 
def apply(vi:T1, v2:T2): R = ??? 


A 





注意 以 上 的 错误 信息 ， 编 译 器 要 求 函数 参数 为 逆 变 ， 返回 值 为 协 变 。 


10.1.2 ”可 变 类 型 的 变异 


到 目前 为 止 ， 我 们 讨论 的 参数 化 类 型 都 是 不 可 变 类 型 。 那 么 可 变 类 型 的 变异 行为 是 什么 样 
的 呢 ?” 答 案 是 ， 可 变 类 型 只 允许 非 变异 行为 。 考 虑 以 下 示例 : 


// src/main/scala/progscala2/objectsystem/variance/mutable-type-variance.scX 











scala> class ContainerPlus[+A](var value: A) 
<console>:34: error: covariant type A occurs in contravariant position 
in type A of value value_= 


class ContainerPlus[+A](var value: A) 
A 


scala> class ContainerMinus[-A](var value: A) 
<console>:34: error: contravariant type A occurs in covariant position 
in type => A of method value 
class ContainerMinus[-A](var value: A) 
A 





可 变 字段 的 问题 在 于 ， 它 像 是 一 个 私有 的 字段 ， 却 又 存在 公有 的 读 写 访问 方法 。 即 使 可 变 
字段 是 公有 的 并 且 没 有 显 式 定义 的 访问 方法 ， 该 字段 仍然 会 像 私 有 字段 一 般 运行 。 


回顾 8.6 节 ，def value_=(newA: A); Unit+ 是 编译 器 为 变量 value 生成 的 setter 方法 的 签 








名 。 也 就 是 说 ， 我 们 可 以 将 表达 式 写 为 myinstance.value = someA， 然 后 调用 该 方法 。 需 
要 注意 的 是 ， 第 一 条 错误 信息 给 出 了 该 方法 的 签名 ， 并 指出 我 们 在 应 该 使 用 逆 变 类 型 的 位 
置 使 用 了 协 变 类 型 A。 


第 二 条 错误 信息 给 出 了 => A 的 方法 签名 。 也 就 是 说 ， 该 国 数 是 一 个 不 带 参数 ， 但 返回 类 型 
为 A 的 国 数 。 这 就 像 我 们 在 3.10 节 第 一 次 见 到 的 按 名 调用 参数 。 
以 下 声明 是 用 显 式 方法 声明 来 重 写 的 ， 它 看 起 来 更 像 传统 的 Java 代码 : 


class ContainerPlus[+A](var a: A) { 
private var _value: A = a 
def value_=(newA: A): Unit = _value = newA 
def value: A = _value 


} 


为 什么 传 给 value_=(newA: A) 的 A 必须 是 逆 变 的 呢 ? 这 看 起 来 不 对 ， 因 为 我 们 要 给 value 
赋 一 个 新 值 ， 如 果 新 值 是 A 的 父 类 实例 ， 会 出 现 一 个 类 型 错误 。 因 为 value 必须 是 类 型 
A， 对 吧 ? 


其 实 ， 这 种 考虑 思路 是 错误 的 。 协 变 / 逆 变 的 规则 适用 于 子 类 行为 ， 而 非 超 类 行为 。 
假设 以 上 的 声明 是 有 效 的 。 我 们 可 以 用 C、CSub 和 CSup 实例 化 ContainerPlus[C]: 


val cp = new ContainerPlus(new C) // @ 











cp.value = new C //@ 
cp.value = new CSub // @ 
cp.value = new CSuper //@ 


o 在 这 里 ， 类 型 参数 A 是 类 型 C。 

@ 有 效 : 我 们 用 的 是 与 声明 相同 的 类 型 实例 。 

O 按照 通常 的 面向 对 象 规则 ， 这 是 有 效 的 ， 因 为 CSub 是 5 的 子 类 。 
O 编译 错误 。 因 为 CSup 的 实例 不 能 替换 c 的 实例 。 

AA MANE ContainerPlus 的 子 类 时 ， 麻 烦 才 出 现 : 


val cp: ContainerPlus[C] = new ContainerPlus(new CSub) // © 





cp.value = new C //@ 
cp.value = new CSub //° 
cp.value = new CSuper //@ 


© 如 果 ContainerPlus[+A] 有 效 ， 这 一 行 就 是 有 效 的 。 

@ 根据 c 的 类 型 声明 ， 这 一 行 有 效 。 这 也 是 为 什么 参数 类 型 必须 逆 变 的 原因 。 但 该 实例 
的 value = 方法 无 法 接受 C 的 实例 ， 因 为 该 字段 的 类 型 是 CSub。 

© 正确 。 

© 正确 。 

标 @ 的 表达 式 说 明了 为 什么 方法 的 参数 必须 是 逆 变 的 。c 的 用 户 期 望 te 

工作 。 通 过 观察 value = 方法 的 实际 实现 ， 我 们 已 经 知道 我 们 无 法 支持 逆 变 ， 不 过 我 们 暂 

且 名 略 这 一 点 ， 考 虑 如 果 修 改变 异 标记 会 怎样 : 
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class ContainerMinus[-A](var a: A) { 
private var _value: A=a 
def value_=(newA: A): Unit = _value = newA 
def value: A = _value 


} 
从 本 节 开 头 的 错误 信息 中 ， 我 们 已 经 知道 value= 方法 被 认为 是 正确 的 〈 尽 管 实际 上 该 方 
法 是 不 正确 的 )， 但 我 们 现在 获得 了 之 前 见 过 的 第 二 条 错误 信息 。value 方法 的 返回 值 类 型 
为 A， 所 以 A 处 于 协 变 的 位 置 。 
为 什么 必须 是 协 变 的 ?这 一 点 更 直观 一 些 。 跟 上 次 一 样 ， 子 类 的 行为 是 关键 。 暂 且 假 设 编 
译 器 允许 我 们 这 样 初始 化 ContainerMinus 的 实例 : 


val cm: ContainerMinus[C] = new ContainerMinus(new CSuper) // @ 























val c: C = cm.value //@ 
val c: CSuper = cm.value // 日 
val c: CSub = cm.value //@ 


© 如 果 ContainerMinus[-A] 有 效 ， 这 一 行 则 是 有 效 的 。 

@ cn 认为 其 value 方 法 返回 值 的 类 型 为 c， 但 实际 上 该 实例 的 value 方法 返回 CSuper 
类 型 。 

© 正确 。 

O 失败 的 原因 同 @。 

所 以 ， 对 于 getter 和 setter 方法 中 的 可 变 字段 而 言 ， 它 在 读 方 法 中 处 于 协 变 的 位 置 ， 而 在 

写 方法 中 又 处 于 逆 变 的 位 置 。 不 存在 既 协 变 又 逆 变 的 类 型 参数 ， 所 以 对 于 可 变 字段 A 的 唯 

一 选择 就 是 非 变 异 。 





























10.1.3 Scala 和 Java 中 的 变异 


正如 我 们 所 说 的 ， 变 异 行为 在 Scala 中 定义 于 类 型 声明 过 程 ， 而 在 Java 中 定义 于 使 用 过 
程 。 类 型 的 客户 端 定义 变异 类 型 ， 设 置 默 认 类 型 为 非 变 异 。Java 不 允许 你 在 定义 类 型 时 指 
定 变 异 行为 ， 尽 管 你 可 以 使 用 看 起 来 类 似 的 表达 式 。 这 些 表达 式 定 义 了 类 型 边界 ， 我 们 将 
稍 后 进行 讨论 。 

Java 指定 变异 行为 时 存在 两 个 缺点 。 首 先 ， 库 的 设计 者 应 该 负责 类 型 的 编译 行为 并 编写 进 
库 中 。 但 现在 是 库 的 用 户 承担 这 个 负担 。 这 导致 了 第 二 个 缺点 ， 就 是 Java 程序 员 很 容易 指 
定 错误 的 变异 注释 ， 从 而 导致 不 安全 的 代码 ， 就 像 我 们 刚刚 讨论 过 的 那样 。 


Java 类 型 系统 的 另 一 个 问题 是 ，Array 是 协 变 的 。 考 虑 以 下 示例 : 


// src/main/java/progscala2/objectsystem/JavaArrays.java 
package progscala2.objectsystem; 

















public class JavaArrays { 
public static void main(String[] args) { 
Integer[] array1 = new Integer[] { 
new Integer(1), new Integer(2), new Integer(3) }; 
Number[] array2 = array1; // 通过 编译 
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array2[2] = new Double(3.14); // 通过 编译 ,但 会 在 运行 时 抛 出 错误 ! 
} 
} 


以 上 代码 可 以 通过 编译 ， 但 如 果 在 sbt 里 运行 ， 会 抛 出 错误 : 


> run-main progscala2.objectsystem.JavaArrays 
[info] Running progscala2.objectsystem. JavaArrays 
[error] (run-main-4) java.lang.ArrayStoreException: java.lang.Double 
java. lang.ArrayStoreException: java.lang.Double 
at progscala2.objectsystem. JavaArrays.main(JavaArrays. java:10) 








哪里 出 错 了 ? 我 们 前 面 讨 论 过 ， 可 变 集合 的 类 型 参数 必须 非 变 异 ， 才 是 安全 的 。 由 于 Java 
的 数组 是 协 变 的 ， 编 译 器 允许 我 们 对 Array[Number] 类 型 的 引用 赋 一 个 Array[Integer] 类 
型 的 值 。 然 后 编译 器 允许 给 这 个 数组 中 的 元 素 赋 以 任何 Number 类 型 的 值 ， 但 事实 上 ， 数 组 
“知道 ” 它 只 能 接受 Integer 类 型 的 值 (如 果 有 的 话 ， 也 包括 Integer 的 子 类 实例 )， 所 以 
它 会 抛 出 一 个 运行 异常 ， 破 坏 静 态 类 型 的 检查 机 制 。 请 注意 ， 尽 管 Scala 的 数组 是 对 Java 
数组 的 包装 ， 但 scala.Array (http://www.scala-lang.org/api/current/#scala.Array) 的 类 型 参 
数 是 非 变异 的 ， 所 以 它 可 以 防止 这 个 漏洞 发 生 。 

更 多 关于 Java 的 泛 型 和 数组 的 详细 信息 ， 请 参阅 Maurice Naftalin 和 Philip Wadler 的 Java 
Generics and Collections, O'Reilly 出 版 社 出 版 。 本 节 最 后 一 个 例子 就 是 改编 自 这 本 书 。 


10.2 ” Scala 的 类 型 层次 结构 


对 Scala 类 型 层次 结构 中 的 不 少 类 型 我 们 已 经 有 了 一 定 的 了 解 。 接 下 来 ， 我 们 将 了 解 该 体 
系 的 一 般 结构 ， 并 掌握 更 多 的 详细 信息 。 图 10-1 为 顶层 结构 。 除 非 另 有 说 明 ， 我 们 在 这 里 
讨论 的 所 有 类 型 都 在 scala 的 顶层 包 中 。 


Any 处 于 类 型 结构 树 的 根部 位 置 ，Any 没有 父 类 ,但 有 三 个 子 类 : 
。 AnyVal, 价值 类 型 和 价值 类 的 父 类 。 


。 AnyRef， 所 有 引用 类 型 的 父 类 。 
。 通用 特征 (universal trait) ， 新 引入 的 trait 类 型 ， 用 于 我 们 在 8.2 节 讨 论 的 特殊 用 途 。 


AnyVal 有 九 个 具体 子 类 ， 称 为 值 类 型 。 其 中 七 个 是 数字 值 类 型 : Byte、Char、Short、Int、 
Long, Float 和 Double。 余 下 的 两 个 是 非 数 字 值 类 型 ，Unit 和 Boolean, 


另外 ， 正 如 8.2 节 讨 论 的 那样 ，Scala 2.10 引入 了 用 户 自 定义 的 值 类 ， 该 值 类 继承 自 
AnyVal, 


相反 ， 所 有 其 他 类 型 均 为 引用 类 型 。 它 们 派生 自 AnyRef, AnyRef 是 java.lang.Object 
(http://docs.oracle.com/javase/8/docs/api/java/lang/Object.html) 的 别名 。 在 Java 的 对 象 模型 
HH, Object 并 没有 一 个 封装 了 原生 类 型 和 引用 类 型 的 父 类 ， 因 为 Java 对 原生 类 型 做 了 特殊 
处 理 。 
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在 Scala 2.10 之 前 ， 编译 器 对 所 有 Scala 的 引用 类 型 混入 了 名 为 
ScalaObject 的 marker 特征 。Scala 2.11 之 后 ， 编 译 器 将 不 再 这 么 做 ， 该 
trait 将 会 被 移 除 。 








Universal 
Traits 
AnyRef 










AH 2-4 -F java.lang.Object 








AnyVal 


特定 的 内 置 类 型 





类 型 的 种 类 ， 内 置 及 用 户 
自 定义 的 类 型 种 类 











10-1: Scala 的 类 型 层次 结构 


我 们 已 经 掌握 了 很 多 的 引用 类 型 ， 随 着 阅读 的 继续 ， 我 们 将 遇 到 更 多 。 不 过 ， 这 时 我 们 会 
讨论 一 些 被 广泛 使 用 的 类 型 。 


10.3 闲话 Nothing (以 及 Nu11) 


Nothing (http:/Awww.scala-lang.org/api/current/#scala.runtime.Nothing$) 和 NuLL (http://www.scala- 
lang.org/api/current/#scala.runtime.Null$) 是 位 于 类 型 系统 底层 的 两 个 特殊 类 型 。 其 中 ，Nothing 
是 所 有 其 他 类 型 的 子 类 ， 而 NULL 是 所 有 引用 类 型 的 子 类 。 

NULL 对 于 大 多 数 语言 而 言 是 个 熟悉 的 概念 。 尽 管 这 些 语言 通常 并 没有 定义 NuLL 类 型 ， 仅 
仅 定义 了 关键 字 nultl， 用 于 向 引用 变量 赋值 ， 表 示 该 变量 实际 上 没有 值 。Null 在 编译 器 里 
的 实现 相当 于 以 下 声明 : 
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package scala 
abstract final class Null extends AnyRef 


为 何 NuLL 可 以 同时 为 final 和 abstract We? 该 声明 不 允许 子 类 派生 以 及 创建 实例 ， 但 运 
行 时 环境 提供 了 一 个 实例 ， 就 是 我 们 熟悉 和 喜爱 的 nuLL (这 …… 这 …… Me 

Null 被 明确 定义 为 AnyRef 的 一 个 子 类 型 ， 但 它 也 是 所 有 AnyRef 类 型 的 子 类 型 。 这 是 类 型 系 
统 允 许 你 用 null 给 任何 引用 类 型 赋值 的 正常 做 法 。 男 一 方面 ， 因 为 null 不 是 AnyVal 的 子 类 
型 ， 所 以 不 可 以 用 null 给 Int 赋值 。 于 是 ，Scala 的 null 与 Java fy null 完全 相同 ， 因 为 它 
必须 与 Java 的 null EAF JVM., AN, Scala 会 破坏 null 的 概念 ， 引 起 很 多 潜在 的 bug. 


与 此 相反 ，Nothing 在 Java 中 没有 类 似 的 概念 ， 但 它 填 补 了 存在 于 Java 类 型 系统 中 的 空 
白 。Nothing 在 编译 器 里 的 实现 相当 于 以 下 声明 : 


package scala 
abstract final class Nothing extends Any 


Nothing 实际 上 继承 了 Any。 根 据 类 型 系统 里 的 构造 规则 ，Nothing 是 所 有 其 他 类 型 的 子 类 ， 
无 论 是 引用 类 型 还 是 值 类 型 。 换 旬 话 说 ，Nothing 继承 了 所 有 一 切 (everything)， 这 让 它 的 
名 字 听 起 来 很 奇怪 。 

不 同 于 Null, Nothing 没有 实例 。 但 Nothing 为 类 型 系统 提供 了 两 种 功能 ， 这 有 助 于 实现 
健壮 且 类 型 安全 的 设计 。 

我 们 结合 熟悉 的 List[\+A] (http://www.scala-lang.org/api/current/scala/collection/immutable/ 
List.html) 类 来 说 明 第 一 个 功能 。 现 在 我 们 知道 List 中 的 A 是 协 变 的 ， 所 以 List[String] 
是 List[Any] 的 一 个 子 类 (因为 String 是 Any 的 子 类 )。 进 而 可 以 将 List[String] 的 实例 
赋值 给 List[Any] 类 型 的 变量 。 

Scala 为 空 列表 声明 了 一 个 专用 的 类 型 Nil (http://www.scala-lang.org/api/current/scala/ 
collection/immutable/Nil$.html)。 在 Java F, Nil 必须 是 像 List 那样 的 参数 化 类 型 ， 但 是 
很 不 幸 ， 根 据 定义 Nit 不 包含 任何 元 素 ， 所 以 ML[String] 和 Nil[Any] 是 不 同 的 类 型 〈 实 
际 上 却 并 无 区 别 )。 

Scala 通过 Nothing 解决 了 这 个 问题 。NiL 的 声明 如 下 : 


package scala.collection.immutable 
object Nil extends List[Nothing] with Product with Serializable 


我 们 将 在 下 一 节 讨论 product。seriatizabte 是 熟悉 的 Java“ 标 记 ” 接 口 ， 用 来 表示 对 象 
可 以 用 Java 的 内 置 机 制 序列 化 。 

需要 注意 的 是 ，Nil 是 一 个 继承 了 List[Nothing] 的 对 象 ， 它 只 需要 一 个 实例 ， 因 为 它 没有 
携带 任何 “状态 ”( 元 素 )。 由 于 List 的 类 型 参数 是 协 变 的 ， 对 于 任意 类 型 A，NAtL 是 所 有 
List[A] 的 子 类 型 。 所 以 ， 我 们 不 需要 分 开 NULLA] 实例 ， 一 个 实例 就 够 了 。 

Nothing 和 NULL 被 称 为 底部 的 类 型 ， 因 为 它们 处 于 类 型 层次 结构 的 底 端 。 也 因为 如 此 ， 它 
们 是 所 有 (或 者 大 多 数 ) 类 型 的 子 类 。 

Nothing 的 其 他 用 途 是 表示 终止 程序 ， 如 抛 出 一 个 异常 。 回 顾 我 们 在 8.9 节 见 过 的 ??? 方 
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法 。 我 们 可 以 临时 调用 ??? 方法 来 定义 其 他 的 方法 ， 使 得 方法 定义 完整 ， 并 通过 编译 。 但 
如 果 调 用 该 方法 ， 就 会 抛 出 异常 。 以 下 是 ??? 的 定义 : 

package scala 

object Predef { 





def ??? : Nothing = throw new NotImpLementedError 
; tan 
由 于 ???“ 返 回 ” 了 Nothing， 所 以 它 可 以 被 任何 其 他 函数 调用 ， 无 论 该 函数 的 返回 值 是 什 
么 。 以 下 是 一 个 病态 的 例子 : 


scala> def m(L: List[Int]): List[Int] = l map (i => ???) 
m: (l: List[Int])List[Int] 


scala> m(List(1,2,3)) 
scala.NotImplementedError: an implementation is missing 
at scala.Predef$.$qmark$qmark$qmark(Predef.scala:252) 


需要 注意 的 是 ， 尽 管 ??? 返回 Nothing， 我 们 仍然 期 望 m 返回 List[Int] 2824 H A Bene Asi 
过 编译 器 类 型 检查 。 
更 为 实际 的 是 ，??? 被 已 声明 但 尚未 定义 的 方法 调用 : 


/** @return (mean, standard_deviation) */ 
def mean_stdDev(data: Seq[Double]): (Double, Double) = ??? 





scala.sys 包 (http://www.scala-lang.org/api/current/index.html#scala.sys.package) 定义 了 一 个 
exit 方法 ， 用 于 程序 的 正常 人 退出， 类 似 于 Java 中 System 包 (http://docs.oracle.com/javase/8/ 
docs/api/java/lang/System.html) 的 exit 方法。 不 过 ，sys.exit 返回 的 是 Nothing, 

这 意味 着 方法 可 以 声明 为 它 返回 了 一 个 “正常 ”的 类 型 ， 但 在 必要 的 时 候 也 可 以 调用 sys. 
exit， 并 通过 编译 器 类 型 检查 。 一 个 常见 的 例子 是 以 下 用 于 处 理 命令 行 参数 的 方法 ,该 方 
法 在 提供 的 选项 不 正确 时 就 退出 ; 


// src/main/scala/progscala2/objectsystem/CommandArgs.scala 
package progscala2.objectsystem 


























object CommandArgs { 


val help = """ 

|usage: java ... objectsystem.CommandArgs arguments 

|where the allowed arguments are: 

| -h | --help Show help 

| -i | --in | --input path Path for input 

| -o | --on | --output path Path for input 

[""".stripMargin 

def quit(message: String, status: Int): Nothing = { //@ 
if (message.length > 0) println(message) 
println(help) 





sys.exit(status) 


} 


case class Args(inputPath: String, outputPath: String) 


def parseArgs(args: Array[String]): Args = { 


// @ 


def pa(args2: List[String], result: Args): Args = args2 match { // © 


case Nil => result //@ 
case ("-h" | "--help") :: Nil => quit("", 0) //® 
case ("-i" | "--in" | "--input") :: path :: tail => // ® 
pa(tail, result copy (inputPath = path)) // © 
case ("-o" | "--out" | "--output") :: path :: tail => // ® 
pa(tail, result copy (outputPath = path)) 
case _ => quit(s"Unrecognized argument ${args2.head}", 1) // © 
} 
val argz = pa(args.toList, Args("", "")) // ® 
if (argz.inputPath == "" || argz.outputPath == "") //@ 
quit("Must specify input and output paths.", 1) 
argz 
} 


def main(args: Array[String]) = { 
val argz = parseArgs(args) 
println(argz) 


} 


@ 打印 可 选 的 消息 ， 然 后 打印 帮助 信息 ， 以 特定 的 错误 码 退出 。 遵 循 Unix 的 惯例 ，0 表 
示 正 常 退 出 ， 非 零 值 用 来 表示 非 正 常 终止 。 需 要 注意 ，quit 返回 的 是 Nothing。 








@ case 类 ， 用 来 保存 根据 参数 列表 得 到 的 设置 信息 。 





© 般 套 的 递归 国 数 ， 用 来 处 理 参数 列表 。 我 们 采用 惯用 的 做 法 ， 传 和 人 一 个 Args 实例 ， 用 


来 楷 加 新 的 设置 信息 (通过 复制 一 份 )。 
O 输入 结束 ， 于 是 返回 累加 得 到 的 设置 。 
@ 用 户 寻求 帮助 信息 。 








O 对 于 输入 的 参数 ， 接 受 三 种 选项 -it、- -in 或 -input， 后 














是 ， 如 果 用 户 没 有 提供 路 径 (也 没有 其 他 参数 )， 这 个 case 语句 就 不 会 命中 。 


用 tail 和 更 新 过 的 result 调用 pa。 

用 --output 参数 重复 --input 的 行为 。 

处 理 无 法 识别 的 参数 引起 的 错误 。 

调用 pa， 处 理 参数 。 

确认 参数 中 提供 了 输入 参数 或 输出 参数 。 
我 发 现 本 例 中 的 类 型 匹配 特别 优雅 而 且 简洁 。 



































e © 000 














> run-main progscala2.objectsystem.CommandArgs -f 
[info] Running progscala2.objectsystem.CommandArgs -f 


当 你 构建 工程 时 ， 代 码 就 被 编译 了 。 我 们 试 着 在 sbt 中 运行 该 代码 : 


MIR ERSZ. BERES 
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Unrecognized argument -f 


usage: java ... progscala2.objectsystem.CommandArgs arguments 
where the allowed arguments are: 

-h | --help Show help 

-i | --in | --input path Path for input 

-o | --on | --output path Path for input 


Exception: sbt.TrapExitSecurityException thrown from the 
UncaughtExceptionHandler in thread "run-main-1" 
java. lang.RuntimeException: Nonzero exit code: 1 
at scala.sys.package$.error(package.scala:27) 
[trace] Stack trace suppressed: run last compile:runMain for the full output. 
[error] (compile:runMain) Nonzero exit code: 1 
[error] ... 


> run-main progscala2.objectsystem.CommandArgs -i foo -o bar 
[info] Running progscala2.objectsystem.CommandArgs -i foo -o bar 
Args(foo, bar) 

[success] ... 


对 于 无 效 的 参数 我 们 通常 并 不 抛 出 异常 ， 但 sbt 不 喜欢 我 们 调用 exit， 于 是 抛 出 了 异常 。 











10.4 Product、case 类 和 元 组 
你 定义 的 case 类 会 混和 scala.Product 特征 ， 它 提供 了 几 个 关于 实例 字段 的 通用 方法 。 全 
如 ， 对 于 Person 的 实例 : 


scala> case class Person(name: String, age: Int) 
defined class Person 





scala> val p: Product = Person("Dean", 29) 
p: Product = Person(Dean,29) // case 类 实例 分 配 到 Product 变 量 。 


scala> p.productArity 
res9: Int = 2 // 字段 的 数量 。 


scala> p.productElement(0) 
resi: Any = Dean // 元 素 计 算 从 90 开始。 


scala> p.productElement(1) 
resi: Any = 29 


scala> p.productIterator foreach println 
Dean 
29 


尽管 以 通用 方法 访问 字段 非常 有 用 ， 但 由 于 对 各 个 字段 使 用 的 是 Any 类 型 ， 而 不 是 其 具体 
类 型 ， 这 种 机 制 的 作用 受到 了 局 限 。 
对 于 不 同 的 字段 数量 ， 也 有 Product 的 子 类 型 (例如 : scala.Product2, http://www. 


scala-lang.org/api/current/scala/Product2.html， 用 于 处 理 两 个 元 素 的 场景 )， 最 大 值 为 
22。 这 些 类 型 为 特定 的 字段 添加 了 一 些 方法 ， 可 以 保持 该 字段 的 正确 类 型 信息 。 例 如 : 
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Product2[+T1,+T2] 增加 了 以 下 方法 : 


package scala 

trait Product2[+T1, +T2] extends Product { 
abstract def _1: T1 
abstract def _2: T2 


这 些 方法 返回 了 字段 的 真正 类 型 。 这 里 的 类 型 参数 是 协 变 的 ， 因 为 ProductN 特征 只 用 于 不 
可 变 的 类 型 。 用 类 似 _1 的 方法 访问 这 些 字段 需要 使 用 对 应 的 类 型 参数 T1，T1 处 在 协 变 的 
位 置 ( 即 返回 值 类 型 )。 
回顾 一 下 ， 这 些 方法 与 用 来 访问 元 组 元 素 的 方法 是 相同 的 。 事 实 上 ， 所 有 的 Tuplen 类 型 都 
继承 了 对 应 的 Productn 特征 ， 并 提供 了 _1 到 _N 方 法 的 具体 实现 ,N 最 大 可 为 22: 


scala> val t2 = ("Dean", 29) 
t2: (String, Int) = (Dean,29) 














scala> t2._1 
res0: String = Dean 


scala> t2._2 
res2: Int = 29 


scala> t2._3 
<console>:36: error: value _3 is not a member of (String, Int) 
t2._3 
A 


Tuple2 没有 第 三 个 元 素 ， 也 没有 3 方法 。 

为 什么 个 数 的 上 限 是 22 ? 这 个 数字 的 选择 有 些 随意 ， 但 你 可 以 合理 地 认为 元 组 中 有 22 个 
元 素 无 论 如 何 都 已 经 足够 多 了 。 

这 对 于 人 类 来 说 确实 如 此 ， 但 不 幸 的 是 ， 存 在 一 个 常见 的 情景 需要 超出 这 个 数量 限制 : 保 
存 大 的 数据 “记录 ”中 的 字段 (或 列 )。 对 于 SQL 或 NoSQL 数据 集 ， 包 含 超过 22 个 元 素 
的 情况 并 非 罕见 。 元 组 很 有 用 ， 至 少 对 于 小 数据 的 确 如 此 ， 因 为 元 组 可 以 保持 字段 ( 列 ) 
的 顺序 和 类 型 。 所 以 ，22 个 元 素 的 限制 是 一 个 问题 。 


事实 证 明 ， 在 Scala 2.10 F, case 类 也 受到 不 超过 22 个 字段 的 限制 。 但 这 个 实现 上 的 限制 
在 2.11 版 本 中 取消 了 ， 所 以 数据 应 用 可 以 为 超过 22 个 元 素 的 数据 记录 使 用 case 类 。 





hl 








在 Scala 2.10 及 更 早 的 版 本 中 ，case 类 被 限制 为 拥有 22 个 或 更 少 的 字段 。 这 
一 限制 在 Scala 2.11 中 被 取消 了 。 











我 们 希望 Scala 在 未 来 的 版 本 中 可 以 取消 22 个 元 素 对 trait 和 Product 的 限制 。 
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10.5 Predef 对 和 象 


为 了 方便 起 见 ， 上 只 要 你 编译 代码 ，Scala 编译 器 就 会 自动 导入 顶层 Scala 包 (名 为 scala) 以 
及 在 java.lang 包 (就 像 javac 的 ) 中 的 定义 。 因 此 ， 许 多 常见 的 Java 和 Scala 类 型 都 可 
以 不 经 过 明显 地 导入 或 提供 完整 的 名 称 就 可 以 使 用 。 另 外 ， 编 译 器 还 导入 了 Predef 对 象 中 
的 一 些 定 义 ， 它 提供 了 很 多 实用 的 定义 ， 其 中 大 部 分 的 定义 我 们 在 之 前 已 经 讨论 了 。 


接 下 来 ， 我 们 来 详细 了 解 Predef 提供 的 特性 。 需 要 注意 的 是 ，Scala 2.11 版 本 的 Predef 引 
入 了 很 多 变化 ， 其 中 大 部 分 是 不 可 见 的 。 


10.5.1 隐 式 转换 
首先 ，Predef 定义 了 很 多 隐 式 转换 规则 ， 以 下 是 一 组 转换 对 AnyVal 类 型 的 包装 . 


new runtime.RichByte(x) 
new runtime.RichShort(x) 
new runtime.RichInt(x) 

new runtime.RichChar(c) 
new runtime.RichLong(x) 
new runtime.RichFloat(x) 
new runtime.RichDouble(x) 
new runtime.RichBoolean(x) 





























@inline implicit def byteWrapper(x: Byte) 
@inline implicit def shortWrapper(x: Short) 
@inline implicit def intWrapper(x: Int) 

@inline implicit def charWrapper(c: Char) 
@inline implicit def LongWrapper(x: Long) 
@inline implicit def floatWrapper(x: Float) 
@inline implicit def doubleWrapper(x: Double) 
@inline implicit def booleanWrapper(x: Boolean) 


Rich* 类 型 添加 了 额外 的 方法 ， 类 似 于 <= 和 compare 等 比较 方法 。@inline 标记 鼓励 编译 
器 对 它 做 内 联 ， 即 直接 将 new runtime.RichY(x) 逻辑 插入 到 代码 中 。 


举 个 例子 ， 对 于 字 节 ， 为 什么 要 有 两 个 单独 的 类 型 ? 为 什么 不 把 所 有 的 方法 直接 放 在 Byte 
中 ? 原因 是 根据 字 市 码 的 实现 要 求 ， 额 外 的 方法 迫使 程序 在 堆 中 分 配 一 个 实例 。 如 果 是 像 
其 他 AnyVal 类 型 一 样 的 Byte， 则 不 分 配 在 堆 中 ， 而 是 作为 Java 的 原生 类 型 。 所 以 ， 拥 有 
单独 的 Rich* 类 型 是 为 了 避免 堆 内 存 分 配 (除了 有 了 时 需要 使 用 那些 方法 的 时 候 以 外 )。 

在 scala.collection.mutable.WrappedArray (http://www.scala-lang.org/api/current/index. 
html#scala.collection.mutable.WrappedArray) 中 还 存在 用 于 包装 Java 的 可 变数 组 的 方法 ， 
为 数组 添加 了 许多 我 们 在 第 6 章 中 讨论 的 集合 方法 : 


implicit def wrapIntArray(xs: Array[Int]): WrappedArray[Int] 

implicit def wrapDoubleArray(xs: Array[Double]): WrappedArray[DoubLle] 
implicit def wrapLongArray(xs: Array[Long]): WrappedArray[Long] 

implicit def wrapFloatArray(xs: Array[Float]): WrappedArray[Float] 
implicit def wrapCharArray(xs: Array[Char]): WrappedArray[Char ] 

implicit def wrapByteArray(xs: Array[Byte]): WrappedArray[Byte] 

implicit def wrapShortArray(xs: Array[Short]): WrappedArray[Short] 
implicit def wrapBooleanArray(xs: Array[Boolean]): WrappedArray[Boolean] 
implicit def wrapUnitArray(xs: Array[Unit]): WrappedArray[Unit] 


为 什么 要 为 每 个 AnyVal 类 型 定义 单独 的 方法 ? 每 个 方法 都 用 了 自 定 义 的 wrappedArray 的 
子 类 ， 表 明 Java 原生 类 型 的 数组 要 比 统一 的 数组 更 高 效 ， 因 此 就 避免 使 用 较为 低 效 的 、 通 
用 的 引用 类 型 的 实现 数组 。 


还 有 类 似 的 方法 ， 将 数组 转 为 scala.collection.mutable.ArrayOps (http://www.scala-lang. 




























































































org/api/current/scala/collection/mutable/ArrayOps.html), WrappedArray 与 ArrayOps 的 唯一 区 


别 在 于 wrappedArray 的 转化 了 国 数 (如 filter), 会 返 








WrappedOps 中 的 转化 函数 则 返回 Array, 


类 似 WrappedArray 与 WrappedOps, String 也 有 相应 的 包装 类 型 scala/collection/immutable/ 
WrappedString (http://www.scala-lang.org/api/current/scala/collection/immutable/WrappedString.html ) 
和 scala/collection/immutable/StringOps (http:/www.scala-lang.org/api/current/scala/collection/ 
immutable/StringOpshtml)。 它 们 给 String 增加 了 集合 方法 ， 将 其 视 为 Char 元 素 的 集合 。 所 
以 ，Predef 定义 了 String 和 以 上 类 型 的 相互 转化 : 


implicit def wrapString(s: String): WrappedString 





implicit def unwrapString(ws: WrappedString): String 


implicit 


def augmentString(x: String): StringOps 


implicit def unaugmentString(x: StringOps): String 














回 一 个 新 的 wrappedArray， 而 对 应 的 


有 一 对 非常 类 似 的 包装 类 型 ，NrappedArray/Array0ps 和 WrappedString/ 
String0ps， 它 们 看 起 来 有 些 令 人 迷惑 。 不 过 ， 幸 运 的 是 ， 隐 式 转 会 自动 触 


发 ， 为 需要 的 方法 选择 正确 的 包装 类 型 。 





还 有 很 多 其 他 方法 可 以 实现 Java 包装 的 原生 类 型 和 Scala 的 AnyVal 类 型 之 间 的 转换 。 它 们 
使 得 Scala 和 Java 之 间 的 互 操作 性 更 容易 : 


implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 


implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 


def byte2Byte(x: Byte) = java. 
def short2Short(x: Short) = java. 
def char2Character(x: Char) = java. 
def int2Integer(x: Int) = java. 
def Long2Long(x: Long) = java. 
def float2Float(x: Float) = java. 
def double2Double(x: Double) = java. 
def boolean2Boolean(x: Boolean) = java. 
def Byte2byte(x: java.lang.Byte): Byte 


def Short2short(x: java. lang.Short): Short 
def Character2char(x: java. lang.Character): 
def Integer2int(x: java. lang.Integer): Int 


def Long2long(x: java. lang.Long): Long 


def Float2float(x: java.lang.Float): Float 


def Double2double(x: java.lang.Double): Double 
def Boolean2boolean(x: java.lang.Boolean): Boolean 


lang.Byte.valueOf (x) 
Lang. Short. valueOf (x) 
lang.Character.valueOf (x) 
Lang. Integer .valueOf (x) 
lang. Long. valueOf (x) 
Lang. Float.valueOf(x) 
Lang.Double. valueOf (x) 
Lang.Boolean.valueOf (x) 

= x.byteValue 

= x.shortValue 

Char = x.charValue 

= x.intValue 

= x. longValue 

= x.floatValue 

= x.doubleVaLlue 

= x.booleanValue 


Hola, Scala 2.10 中 的 一 组 隐 式 转换 ， 可 以 防止 将 nutl 用 来 赋值 。 我 们 只 举 一 个 Byte 的 


例子 : 


implicit def Byte2byteNullConflict(x: Null): Byte 


这 种 机 制 会 触发 以 下 的 错误 信息 : 


scala> val b: Byte = null 
<console>:23: error: type mismatch; 


found 


: Null(null) 


= S 


ys.error("value error") 
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required: Byte 
Note that implicit conversions are not applicable because they are ambiguous: 
both method Byte2byteNulLlConflict in class LowPriorityImplicits of 
type (x: Null)Byte and method Byte2byte in object Predef of type (x: Byte)Byte 
are possible conversion functions from Null(null) to Byte 
val b: Byte = null 
Nn 





Lib Aiea THR, BER E TBAT. TRE Ee RRR TF EEL BAZE 
义 是 库 有 意 引 入 的 ， 但 实际 上 它 应 该 直接 告诉 我 们 : 不 应 该 把 null 赋值 给 任何 变量 。 


以 下 是 Scala 2.11 产生 的 错误 信息 : 


scala> val b: Byte = null 
<console>:7: error: an expression of type Null is ineligible for 
implicit conversion 
val b: Byte = null 
Nn 





























Scala 2.11 去 掉 了 转换 函数 ， 并 给 出 了 更 好 更 简洁 的 错误 信息 。 


10.5.2 ”类 型 定义 
Predef 定义 了 若干 的 类 型 及 类 型 别名 。 
为 了 鼓励 使 用 不 可 变 集 合 ，Predef 为 最 常用 的 不 可 变 集合 定义 了 别名 : 


type Map[A, +B] = collection.immutable.Map[A, B] 
type Set[A] = collection.immutable.Set[A] 
type Function[-A, +B] = Function1[A, B] 


用 于 二 元 素 和 三 元 素 元 组 的 两 个 转换 别名 在 2.11 版 本 中 被 废弃 ， 因 为 它们 较 少 被 使 用 ， 且 
没有 足够 的 价值 来 证 明 存在 的 理由 : 


type Pair[+A, +B] = Tuple2[A, B] 
type Triple[+A, +B, +C] = Tuple3[A, B, C] 


支持 类 型 推断 的 其 他 一 些 Predef 类 型 。 

e final class ArrowAssoc[A] extends AnyVal 

用 于 实现 a -> b 形式 的 语法 ， 该 语法 用 来 创建 二 元 素 的 元 素 。 我 们 在 5.3 Poteet 
这 个 用 法 。 

e sealed abstract class <:<[-From, +To] extends (From) => To with Serializ able 
类 型 From 是 类 型 To 的 子 类 的 证 据 。 我 们 在 5.2.4 节 中 讨论 过 。 

e sealed abstract class =:=[-From, +To] extends (From) => To with Serializ able 
类 型 From 和 类 型 To 相等 的 证 据 。 在 5.2.4 节 中 我 们 曾 提 到 过 。 

e type Manifest[T] = reflect.Manifest[T] 


用 于 保持 在 JVM 的 类 型 擦 除 机 制 中 丢失 的 类 型 信息 。 有 个 与 之 类 似 的 类 型 
OptManifest。 我 们 将 在 24.2.2 节 中 讨论 它们 。 


























其 他 类 型 ， 如 : scala.collection.immutable.List (http://www.scala-lang.org/api/current/ 
scala/collection/imnmutable/Listhtml) ， 可 以 用 Predef 中 磐 入 的 导入 来 获得 可 见 性 。 部 分 类 
型 的 伴随 对 象 也 是 如 此 ， 如 =:=、Map 和 Set, 


10.5.3 ”条件 检查 方法 
有 了 时 你 希望 断言 某 条 件 为 真 ， 希望 它 “ 快 速 失败 ”( 尤 其 在 测试 时 )。Predef 定义 了 许多 有 
助 于 达到 这 个 目的 的 方法 。 
e def assert(assertion: Boolean) 

测试 条 件 是 否 为 真 ， 如 果 不 为 真 ， 抛 出 java.lang.AssertionError 异常 。 
e def assert(assertion: Boolean, message: => Any) 

类 似 前 面 的 assert， 但 增加 了 一 个 可 选 参数 ， 该 参数 将 被 转 为 错误 信息 字符 串 。 
e def assume(assertion: Boolean) 

assert 相同 ， 但 其 表示 当 一 段 代 码 块 (如 方法 ) 正确 时 ， 条 件 才 为 真 。 
e def assume(assertion: Boolean, message: => Any) 

类 似 前 面 的 assume， 但 增加 了 一 个 可 选 参数 ， 该 参数 将 被 转 为 错误 信息 字符 串 。 
e def require(requirement: Boolean) 


5 assume 相同 ， 但 根据 Scaladoc， 其 含义 是 调用 方 是 否 满足 某 些 条 件 ， 也 可 以 表示 革 
个 实现 不 能 得 出 特定 的 结果 。 
。 def require(requirement: Boolean, message: => Any) 

类 似 前 面 的 requtre， 但 增加 了 一 个 可 选 参数 ， 该 参数 将 被 转 为 错误 信息 字符 串 。 
尽管 没有 明确 地 表明 ， 但 所 有 这 些 断 言 方法 被 加 上 了 @elidable (ASSERTION) 标记 。 这 个 
@elidable 标记 告诉 编译 器 ， 除 非 相 应 标记 (在 这 里 ， 标 记 就 是 ASSERTION) 的 参数 大 于 编 
译 时 确定 的 国 值 ， 否 则 对 代码 中 的 定义 不 产生 字 节 码 。 例 如 : scalac -Xelide-below 2000 
将 阻止 所 有 标记 参数 值 低 于 2000 的 定义 生成 字 节 码 。2000 刚好 是 elidable (http://www. 
scala-lang.org/api/current/index.html#scala.annotation.elidable$) 伴随 对 象 中 为 ASSERTION 定 
义 的 值 。 更 多 @elidable 的 信息 ， 请 参阅 Scaladoc 页 面 (http://www.scala-lang.org/api/ 
current/scala/annotation/elidable.html ) 。 


10.5.4 输入 输出 方法 
我 们 很 享受 直接 输 写 printtn("foo") 的 便利 ， 不 需要 Java 那样 元 长 的 等 效 写 法 System. 
out.println ("foo") )。Predef 为 我 们 提供 了 四 种 将 字符 串 打 印 到 stdout 的 形式 。 
e def print(x: Any): Unit 
将 x 转 为 字符 串 ， 然 后 写 到 标准 输出 ， 结 尾 不 会 自动 添加 换行 。 
e def printf(format: String, xs: Any*): Unit 


用 format 和 其 他 参数 xs 对 printf 风格 的 字符 串 进 行 格式 化 ， 然 后 将 结果 写 到 标准 输 
出 ， 结 尾 不 会 自动 添加 换行 。 
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def prin 


tLn(x: Any): Unit 


类 似 print， 但 结尾 会 自动 添加 换行 。 


def prin 





tln(): Unit 





向 标准 输出 打印 空 行 。 

Scala 2.10 中 的 Predef 还 为 stdin 中 的 读 取 输 入 定义 了 若干 方法 。 然 而 ， 这 些 方法 在 Scala 
2.11 中 被 废弃 了 。 在 Scala 2.11 中 ， 它 们 被 定义 在 新 的 scala.io.ReadStdin 对 象 中 。 但 是 ， 
这 些 方 法 的 签名 和 行为 是 相同 的 。 


def read 


Boolean(): Boolean 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Boolean 值 。 


def read 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Byte 值 


def read 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Char 值 。 


def read 


Byte(): Byte 





o 





Char(): Char 














Double(): Double 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Double 值 。 


def read 


FLoat(): FLoat 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Float 值 。 


def read 


Int(): Int 





从 标准 输入 的 一 个 整 行 中 读 取 一 个 Int 值 。 


def read 


Line(text: String, args: Any*): String 





向 标准 输出 中 打印 格式 化 的 提示 文本 ， 并 从 标准 输入 中 读 取 一 整 行 字符 串 。 


def read 


从 标准 给 入 中 读 取 一 整 行 字符 


def read 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Long 值 


def read 





Line(): String 





ut 


Long(): Long 











o 





Short(): Short 





从 标准 输入 的 一 个 整 行 中 读 取 一 个 Short 值 。 


def read 


f(format: String): List[Any] 


根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格式 化 输入 。 


def read 


fi(format: String): Any 


根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格式 化 输入 。 并 根据 format 的 指定 ， 返 
回 提取 的 第 一 个 值 。 
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def readf2(format: String): (Any, Any) 

根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格 式 化 输入 。 并 根据 format 的 指定 ， 返 
回 提取 的 前 两 个 值 。 

def readf3(format: String): (Any, Any, Any) 


根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格式 化 输入 。 并 根据 format 的 指定 ， 返 
回 提取 的 前 三 个 值 。 








你 可 以 用 scala.Console (http:/www.scala-lang.org/api/current/index.html#sca 
la.Console$) 中 的 方法 覆 写 标准 输入 相关 的 java.io.Reader (http://docs. 
oracle.com/javase/8/docs/api/java/io/Reader.html) ， 或 标准 输出 和 标准 错误 相 
关 的 java.io.OutputStreams (http://docs.oracle.com/javase/8/docs/api/java/io/ 





OutputStream.html) 


10.55 “杂项 方法 
最 后 ，Predef 中 还 有 一 些 更 有 用 的 方法 需要 突出 介绍 。 


def ???: Nothing 

在 一 个 尚未 实现 的 方法 的 方法 体 中 调用 。 它 为 方法 提供 了 具体 的 定义 ， 允 许 编 译 器 将 方 
法 所 属 的 类 型 视 为 具体 (与 抽象 对 应 ) 的 类 。 然 而 ， 如 果 调 用 该 方法 ， 就 会 抛 出 scala. 
NotImpLementedError (http://www.scala-lang.org/api/current/scala/NotImplementedError. 
html) 异常 。 我 们 在 8.9 节 中 第 一 次 讨论 了 它 。 

def identity[A](x: A): A 

直接 返回 参数 x。 在 将 方法 传 给 组 合 器 (combinator) 时 ， 如 果 不 需 要 进行 修改 ， 就 可 
以 用 它 。 例 如 : 在 一 个 工作 流程 中 ， 我 们 通过 给 map 传人 一 个 国 数 来 对 集合 元 素 进行 转 
化 。 有 时 我 们 不 需要 做 任何 转化 ， 你 可 以 传人 identity, 

def implicitly[T](implicit e: T): T 

当 隐 式 参数 列表 使 用 简写 [T:M 时 ， 编 译 器 会 添加 形式 为 (implicit arg: METI) 的 隐 式 
参数 列表 (实际 名 称 不 是 arg， 而 是 编译 器 合成 的 唯一 名 称 )。 调 用 implicitly 可 以 返 
回 参 数 arg。5.1 节 中 的 “使 用 隐 式 ”部 分 我 们 曾 讨论 过 。 















































现在 ， 让 我 们 考虑 一 下 面向 对 象 程序 设计 中 的 一 个 重要 主题 ， 即 如 何 检查 对 象 是 否 相等 。 


10.6 对象 的 相等 


很 难 准确 地 为 实例 实现 一 个 可 靠 的 相等 测试 。Joshua Block 的 畅销 书 Effective 
Java (Addison-Wesley 出 版 社 出 版 ) 以 及 关于 AnyRef.eq (http://www.scala-lang.org/ 
api/2.10.4/#scala.AnyRef) 的 Scaladoc 页 面 都 描述 了 相等 测试 需要 满足 的 要 求 。 


Martin Odersky, Lex Spoon 和 Bill Venners 共同 撰写 了 一 篇 关于 equals 和 hashCode 方 法 
的 非常 棒 的 文章 “如 何 用 Java 语言 编写 相等 方法 ”(“How to Write an Equality Method in 
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Java”，http:/www.artima.com/lejava/articles/equality.html)。 回 想 一 下 ， 在 case 类 中 ， 这 些 


方法 是 自动 创建 的 。 
事实 上 ， 我 从 来 没有 写 过 我 








自己 的 equals 和 hashCode 方 法。 我 觉得 ， 对 于 任何 要 使 用 的 





对 象 ， 如 果 可 能 需要 测试 相等 性 或 需要 作为 Map 的 键 (此 时 会 调用 hashCode) 的 话 ， 它 们 


都 应 该 定义 为 case 类 | 








有 的 相等 方法 与 其 他 语言 中 的 相等 方法 名 称 相同 ， 但 语义 有 时 是 不 同 的 ! 


接 下 来 ， 我 们 学 习 用 于 测试 相等 的 不 同方 法 。 


10.6.1 


equals 方 法 
我 们 将 用 一 个 case 类 来 展示 不 同 的 相等 方法 是 如 何 工作 的 : 


// src/main/scala/progscala2/objectsystem/person-equality.sc 


case class Person(firstName: String, lastName: String, age: Int) 


val 
val 
val 


pia = 
pib = 
p2 = 


Person("Dean", "Wampler", 29) 
Person("Dean", "Wampler", 29) 
Person("Buck", "Trends", 30) 


equals 方法 用 于 测试 值 的 相等 ， 也 就 是 说 ， 如 果 obj1 Fil obj2 有 相同 的 值 ，obj1 equals 
obj2 为 true。objl 和 obj2 不 需要 指向 同一 个 实例 : 


pia 
pia 
pia 
pia 


null equals pia 
null equals null 


equals 
equals 
equals 
equals 


// = true 
// = true 
// = false 
// = false 
// 抛 出 java.lang.NullPointerException i 
// 抛 出 java.lang.NullPointerException i 





PELA, equals 的 行为 类 似 Java 里 的 equals 方法 和 Ruby 里 的 eql? 方法 。 





10.6.2 == 和 != 方 法 
== 在 很 多 语言 中 是 一 个 操作 符 ， 但 在 Scala 中 是 一 个 方法 。 在 Scala 2.10 中 ，== 在 Any 中 
被 定义 为 final， 用 来 代表 equats。 在 2.11 版 本 中 改变 了 实现 ， 但 行为 保持 不 变 : 

pla == pla // = true 

pla == plb // = true 

pla == p2 // = false 


所 以 ，== 的 行为 与 equals 完全 一 样 ， 即 只 测试 值 是 否 相 等 。 当 null 在 == 左边 时 是 个 


例外 : 


pla == null 





// = false 
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null == pila 
null == null 


null == null 应 该 为 true 吗 ? 实际 上 ， 这 会 产生 一 条 


<console>:8: warning: 


// = false 


// = true (编译 警告 ,这 永远 为 true) 


comparing values of types Null a 


will always yield true 


nd Null using 


正如 你 预期 的 那样 ，!= 表示 不 相等 ， 与 !(obj1 == obj2) 等 价 : 
pla != pla // = false 
pla != pib // = false 
pla != p2 // = true 
pla != null // = true 
null != pla // = true 
null != null // = false (编译 警告 ,这 永远 为 true) 





10.6.3 


eq 方法 用 于 测试 引用 的 相等 性 。 也 就 是 说 ， 如 果 objl 和 obj2 指向 内 存 中 的 同一 个 位 置 ， 
obj1 eq obj2 就 为 rue。 这 两 个 方法 只 对 AnyRef 类 型 有 定义 : 


在 Java, C++ 和 C# 中 ，== 操作 符 测试 的 是 引 月 
Scala 的 == 测试 的 是 值 的 相等 性 。 





eq 和 ne 方法 


pla eq pla // = true 
pla eq pib // = false 
pla eq p2 // = false 
pla eq null // = false 
null eq pila // = false 
null eq null // = true (编译 敖 告 ,这 永远 为 true) 


目 ， 而 不 是 值 。 与 此 相反 ， 





正如 编译 器 为 null == null 提出 警告 ，nuLL eq null 也 得 到 了 相同 的 警告 


所 以 ，eq 的 行为 就 像 Java、C++ 和 CH 中 的 = 


= 操作 符 一 样 。 


ne 方法 与 eq 的 相反 ， 也 就 是 说 它 与 !(0bj1 eq obj2) 等 价 : 


pla ne pla // = false 
pla ne pib // = true 
pla ne p2 // = true 
pla ne null // = true 
null ne pla // = true 
null ne null // = false (编译 敖 告 ,这 永远 为 true) 


10.6.4 


比较 两 个 数组 ， 在 Scala 中 并 不 能 得 


Array(1, 2) == 


数组 相等 和 sameELements 方 法 





Array(1, 2) // = false 


出 我 们 认为 的 显而易见 的 结 

















yi 
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这 令 人 惊讶 。 值 得 庆幸 的 是 ， 有 一 个 简单 的 解决 方案 ， 就 是 sameElements 方法 : 
Array(1，2) sameELements Array(1，2) // = true 

实际 上 ， 我 们 最 好 要 记 住 ，Array 是 我 们 熟知 和 喜爱 的 ， 它 是 可 变 的 原始 Java 数组 ， 与 

Scala 库 中 我 们 习惯 使 用 的 集合 类 型 有 着 不 同 的 方法 。 


所 以 ， 如 果 你 试图 比较 数组 ， 考 虑 一 下 用 序列 来 比较 是 否 会 更 好 。( 不 使 用 序列 来 代替 的 
一 个 理由 是 ， 你 有 时 真 的 需要 数组 相对 于 序列 的 优势 性 能 。) 


与 数组 相反 ， 序 列 〈 比 如 List) 的 相等 性 的 行为 就 符合 你 的 期 望 : 


Etst(13:-2) ==Ltst(13:2) // = true 
List(1, 2) sameElements List(1, 2) // = true 


E E 
10.7 “本章 回顾 与 下 一 章 提 要 
我 们 讨论 了 Scala 对 象 系统 中 的 重要 主题 ， 如 继承 行为 ，Predef 的 特性 ， 类 型 层次 结构 的 
基础 知识 以 及 相等 性 。 
接 下 来 ， 我 们 将 继续 讨论 对 象 系统 ， 了 解 其 中 的 成 员 履 写 和 解析 规则 。 
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Scala RRA (II) 





本 章 将 对 类 成 员 和 trait 成 员 的 覆 写 规则 进行 介绍 ， 并 结束 对 Scala 对 象 系统 的 讨论 。 有 具体 
内 容 包 括 : Scala 如 何 通 过 线性 化 算法 (linearization algorithm) 解决 成 员 定义 以 及 如 何 对 
混和 人 了 trait 并 继承 自 其 他 类 型 的 类 型 进行 履 写 。 


11.1 和 覆 写 类 成 员 和 trait 成 员 

我 们 可 以 在 类 中 及 trait 中 声明 抽象 成 员 ， 包 括 抽象 字段 、 抽 象 方法 和 抽象 类 型 。 在 创建 实 
例 前 ， 继 承 类 或 tait 必须 定义 这 些 抽象 成 员 。 大 多 数 面向 对 象 语言 都 支持 抽象 方法 ， 其 中 
某 些 语言 还 支持 抽象 字段 和 抽象 类 型 。 


假如 你 需要 对 Scala 的 某 一 具体 成 员 进 行 覆 写 ， 履 写 该 成 员 时 必须 使 用 
override 关键 字 。 假 如 某 一 子 类 型 定义 (也 可 以 说 “ 覆 写 ”) 了 抽象 成 员 ， 
override 关键 字 是 可 省 略 的 。 反 过 来 说 ， 如 果 并 未 覆 写 其 一 成 员 但 却 使 用 了 
override 关键 字 ， 这 会 导致 错误 。 























强制 使 用 override 关键 字 会 带 来 下 列 好 处 。 

。 有 些 成 员 本 应 对 其 他 成 员 进 行 履 写 ， 而 使 用 override 关键 字 能 够 捕获 这 些 成 员 的 拼写 
错误 。 假 如 这 些 成 员 未 履 写 任何 成 员 ， 编 译 器 便 会 抛 出 错误 。 

。 向 基 类 中 添加 新 的 成 员 时 ， 由 于 基 类 开发 人 员 对 继承 类 并 不 太 了 解 ， 这 就 可 能 会 出 现 新 
添 的 成 员 名 与 继承 类 中 某 一 已 经 存在 的 成 员 名 称 冲 突 ， 而 Scala 能 够 捕获 这 一 细微 的 错 
误 。 也 就 是 说 ,我们 不 希望 继承 类 中 的 成 员 对 基 类 成 员 进 行 履 写 ， 而 由 于 该 继承 类 成 员 
未 提供 override 关键 字 ， 当 引入 这 个 新 的 基 类 成 员 时 ， 编 译 器 便 会 抛 出 错误 。 

。 由 于 必须 添加 这 一 关键 字 ， 这 有 助 于 提醒 你 考虑 到 底 哪些 成 员 应 该 被 履 写 。 
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Java 提供 了 @Override 对 方法 进行 注解 ， 你 可 以 选择 是 否 添加 该 注解 。 尽 管 该 注解 能 够 辅 

助 用 户 捕获 拼写 错误 ， 但 是 由 于 注解 是 可 选 的 ， 因 此 它 无 法 帮助 用 户 捕 获 上 面 第 二 项 所 描 

述 的 细微 错误 。 

在 实现 抽象 方法 时 ， 能 否 选 择 性 地 使 用 override 关键 字 呢 ? 我 们 一 起 听 听 赞同 和 反对 的 

声音 。 

除了 之 前 提出 的 几 点 之 外 ， 赞 同 使 用 override 关键 字 的 理由 还 包括 如 下 2 点 。 

。 使 用 override 关键 字 能 提醒 读者 ， 定 义 在 父 类 中 的 某 一 成 员 已 经 被 实现 了 (也 有 可 能 
MEET). 

。 假如 父 类 移 除 了 已 经 在 某 一 子 类 中 定义 了 的 抽象 成 员 ， 系 统 将 会 报错 。 

而 反对 使 用 override 关键 字 的 理由 如 下 。 

。 捕获 拼写 错误 其 实 并 没 必 要 。 未 定义 “ 覆 写 ”也 意味 着 当前 仍然 存在 未 定义 的 成 员 ， 因 

此 继承 类 (或 该 类 的 其 他 具体 类 ) 无 法 通过 编译 。 

。 在 代码 库 的 演变 过 程 中 ， 假 如 维护 父 类 某 一 抽象 成 员 的 开发 人 员 决 定 将 该 抽象 成 员 改 为 
具体 成 员 ， 这 一 变化 在 编译 子 类 时 无 法 被 注意 到 。 现 在 子 类 应 该 调用 该 方法 的 父 类 实现 
吗 ? 编译 器 会 默默 地 使 用 子 类 方法 履 写 父 类 新 定义 的 实现 。 


HRB SAAR 

换 句 话 说， 抽象 成 员 到 底 应 不 应 该 使 用 override 关键 字 呢 ? 我 们 很 难 给 出 答案 。 这 一 问题 
也 引入 了 更 多 的 问题 你 是 否 应 该 覆 写 一 个 具体 方法 呢 ? 正确 的 回答 是 ， 大 多 数 情况 下 ， 
你 不 应 该 这 样 做 。 

父 类 型 和 子 类 型 的 关系 就 好 比 一 纸 契 约 ， 我 们 需要 费心 确保 子 类 没有 破坏 父 类 型 所 指定 的 
实现 行为 。 

覆 写 具体 成 员 时 ， 很 容易 破坏 掉 这 纸 契 约 。 履 写 foo 方法 时 是 否 应 该 调用 super .foo 方法 
We? 如 果 调 用 了 super.foo 方法 ， 子 类 的 实现 方法 应 该 什么 时 候 调 用 该 方法 呢 ? 当然 ， 正 
确 的 做 法 取决 于 具体 的 场景 。 

著名 的 “四 人 组 ”所 编写 的 《设计 模式 》 一 书 中 描述 的 模版 方法 模式 (template method 
pattern) 构造 了 一 个 更 为 牢固 的 契约 。 在 该 模式 中 ， 父 类 提供 了 某 一 方法 的 具体 实 
现 ， 并 以 此 定义 了 某 一 行为 的 主要 轮廓 。 而 需要 使 用 多 态 行为 时 ， 该 方法 也 会 调用 一 些 
protected 抽象 方法 。 在 此 之 后 ， 子 类 型 则 只 需要 实现 proteced 抽象 方法 即 可 。 

下 面 我 们 给 出 这 样 一 个 示例 ， 说 明 供 美国 公司 使 用 的 工资 计算 器 的 粗略 实现 。 


// src/main/scala/progscala2/objectsystem/overrides/payroll-template-method.sc 





























































































































case class Address(city: String, state: String, zip: String) 
case class Employee(name: String, salary: Double, address: Address) 


abstract class Payroll { 
def netPay(employee: Employee): Double = { //@ 
val fedTaxes = calcFedTaxes(employee.salary) 
val stateTaxes = calcStateTaxes(employee.salary, employee.address) 
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employee.salary - fedTaxes -stateTaxes 


} 
def calcFedTaxes(salary: Double): Double // @ 
def calcStateTaxes(salary: Double, address: Address): Double //° 
} 
object Payroll2014 extends Payroll { 
val stateRate = Map( 
"XX" -> 0.05, 
"yy" -> 0.03, 
"ZZ" -> 0.0) 
def calcFedTaxes(salary: Double): Double = salary * 0.25 //@ 


def calcStateTaxes(salary: Double, address: Address): Double = { 
// Assume the address.state is valid; it's found in the map! 
salary * stateRate(address.state) 


} 
} 
val tom = Employee("Tom Jones", 100000.0, Address("MyTown", "XX", "12345")) 
val jane = Employee("Jane Doe", 110000.0, Address("BigCity", "YY", "67890")) 


Payroll2014.netPay(tom) // Result: 70000.0 
Payroll2014.netPay(jane) // Result: 79200.0 


O netPay 方法 应 用 了 模版 方法 模式 。 该 方法 定义 了 计算 工资 的 协议 ， 并 将 像 这 类 每 年 都 
会 变化 的 具体 细节 委托 给 抽象 方法 处 理 。 
计算 美国 联邦 税 。 
pasties 

父 类 中 抽象 方法 的 具体 实现 


注意 ， 本 实现 中 未 出 现 override 关键 字 。 


这 些 天 ， 当 在 代码 中 看 到 override 关键 字 时 ， 我 便 仿佛 看 到 一 个 潜在 的 设计 坏 味 (design 
smell) 。 某 人 也 许 正 在 对 某 一 具体 行为 进行 覆 写 ， 这 可 能 会 导致 细微 的 bug。 


xt en Mas 这 条 规则 ， 我 能 想到 两 个 例外 。 革 一 方法 的 父 类 实现 对 于 
子 类 而 言 确实 设 有 用 处 ， 这 是 其 一 。 例 如 toString, equals 和 hashCode Fik, PEE, 
履 写 这 些 无 用 的 默认 方法 非常 普 Si, Dh28 Fae aE FAA ET ES 


第 二 个 例外 则 出 现在 这 样 一 个 场景 (也 许 出 现 次 数 很 少 ) : a BEVEL A EEE aE (non- 
overlapping) 行为 。 例 如 : 你 也 许 会 对 某 些 重要 方法 进行 履 写 , 以便 调 用 日 志 接 口 。 在 子 类 
履 写 中 ， 你 调用 日 志方 法 时 ， 使 用 super 对 象 并 不 会 影响 该 方法 的 外 部 行为 (这 也 是 该 方 
法 对 外 的 契约 ) 。 但 前 提 是 你 能 正确 调用 父 类 方法 ! 








@ 
© 
@ 
请 # 














除非 具体 方法 是 toString 这 样 的 无 用 方法 ， 否 则 请 不 要 履 写 具体 方法 。 除 
非 你 确实 是 在 覆 写 具体 方法 ， 否 则 不 要 使 用 override 关键 字 。 
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11.2 ”尝试 覆 写 final 声 明 


假如 某 一 





声明 中 包含 final 关键 字 ， 那 么 Scala 不 允许 覆 写 该 声明 。 在 下 面 的 示例 中 ， 











fixedMethod 方法 在 父 类 中 被 声明 为 final 方法 。 编 译 该 示例 时 会 出 现 编译 错误 : 


// 


pac 


cla 








src/main/scala/progscala2/objectsystem/overrides/final-member .scalaX 
kage progscala2.objectsystem.overrides 


ss NotFixed { 


final def fixedMethod = "fixed" 


} 


cla 
o 


} 


ss Changeable2 extends NotFixed { 
verride def fixedMethod = "not fixed" // 编译 错误 





Final 除了 用 于 对 成 员 进 行 限制 之 外 ， 还 能 用 于 限制 类 和 trait。 在 下 面 的 示例 中 ， 由 于 Fixed 
类 被 声明 为 Final 类 ， 因 此 当 某 一 新 类 型 试图 继承 Fixed 类 时 ， 该 新 类 型 无 法 通过 编译 : 


// 
pac 
fin 
d 
} 


cla 














src/main/scala/progscala2/objectsystem/overrides/final-class.scalaX 
kage progscala2.objectsystem.overrides 


al class Fixed { 


ef doSomething = "Fixed did something!" 


ss Changeable1 extends Fixed // 编译 错误 


在 Scala 类 库 中 ， 某 些 类 型 被 声明 为 Final 类 型 。 这 些 类 型 包括 某 些 IDK 
类 (如 String 类 型 )， 以 及 继承 自 AnyVal 类 型 的 所 有 “ 值 ”类 型 (请 参考 
10.2 节 )。 








11.3 有 覆 写 抽象 方法 和 具体 方法 


对 那些 未 声明 为 Final 类 型 的 声明 体 ， 我 们 将 对 作用 于 这 些 声 明 体 的 覆 写 规则 和 行为 进行 
考察 。 首 先 从 方法 开始 。 


BUN ZA 




















前 在 9.2 节 中 引入 了 Widget 特征 ， 下 面 我 们 将 对 其 进行 扩展 。 为 了 使 小 部 件 (widget) 


能 够 在 显示 器 或 网 页 上 展现 ， 我 们 引入 了 抽象 方法 draw。 同 时 ， 像 所 有 的 Java 程序 员 一 样 ， 


我 们 还 


下 面 列 日 





会 对 tostring() 这 一 具体 方法 进行 覆 写 ， 将 其 转化 成 某 一 特定 的 字符 串 格式 。 


























事实 上 ， 处 理 图 形 绘制 时 需要 考虑 多 个 相交 的 问题 。Mdget 对 象 的 状态 是 问 
题 之 一 ; 宣 染 到 不 同 的 平台 上 则 是 另 一 个 单独 的 问题 。 这 些 平台 
包括 了 “ 富 ” 客 户 端 、 网 页 、 移 动 设备 等 。 因 此 ，trait 非常 适合 处 理 绘图 问 
题 ， 尤 其 是 当 你 希望 GUI 抽象 体 可 移植 的 时 候 ， 不 过 为 了 简化 问题 ， 我 们 只 
ZTE Widget 类 层次 结构 中 处 理 绘图 逻辑 。 















































了 修订 后 的 Widget 类 定义 ， 新 的 定义 中 提供 了 draw 方 法 和 toString 方法。 从 逻 
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HE Lei, Widget 类 是 所 有 像 按钮 这 样 的 UI 小 部 件 的 父 类 ， 因 此 我 们 现在 将 Widget 类 变 
为 抽象 类 。 


// src/main/scala/progscala2/objectsystem/ui/Widget.scala 
package progscala2.objectsystem.ui 





abstract class Widget { 

def draw(): Unit 

override def toString() = "(widget)" 
} 


由 于 draw 方法 并 未 定义 方法 体 ， 因 此 该 方法 是 抽象 方法 ， 同 理 ，WMdget 类 也 需 被 声明 成 
HRA, Widget 类 的 所 有 具体 子 类 均 需 要 实现 daw 方法 ， 当 然 ， 也 可 以 依赖 某 一 实现 了 
该 方法 的 父 类 。 尽 管 draw 方法 可 以 返回 某 种 “成 功 ”状态 ， 但 我 们 并 不 需要 draw 方法 返 
回 事物 ， 因 此 该 方法 返回 值 为 unit, 


toString() 方法 的 实现 较为 直观 。 由 于 AnyRef 类 定义 了 toString 方法， 因此 声明 Widget. 
toString 方法 时 必须 使 用 override 关键 字 。 


下 面 列 出 了 修订 后 的 Button 类 ， 该 类 同样 实现 了 draw 方 法 和 toString 方法: 


// src/main/scala/progscala2/objectsystem/ui/Button.scala 
package progscala2.objectsystem.ui 
import progscala2.traits.ui2.Clickable 

















class Button(val label: String) extends Widget with Clickable { 


// Simple hack for demonstration purposes: 
def draw(): Unit = println(s"Drawing: $this") 


// From Clickable: 
protected def updateUI(): Unit = println(s"$this clicked; updating UI") 


override def toString() = s"(button: label=$label, ${super.toString()})" 
} 


Button 类 也 混入 了 我 们 在 9.3 节 中 引入 的 Clickable 特征 。 我 们 稍 后 会 进行 深入 说 明 。 


我 们 可 以 将 Button 类 实现 为 case 类 ， 不 过 正如 你 所 见 ， 之 后 将 Button 类 进一步 划分 以 生 
成 其 他 的 按钮 类 型 。 我 们 也 希望 避免 之 前 讨论 过 的 case 类 继承 可 能 产生 的 问题 


Button 类 实现 了 抽象 方法 draw, m override 关键 字 在 此 处 是 可 选 关键 字 。Button 类 同时 
WEAS T toString 方法 ， 对 toString 方法 的 覆 写 则 需要 override 关键 字 。 请 注意 履 写 后 
的 toString 方法 调用 了 super.toString 方法 。 


实现 抽象 方法 时 ， 是 否 应 该 使 用 override 关键 字 呢 ? 我 认为 不 应 使 用 。 假 
设 Widget 类 的 维护 人 员 将 来 决定 提供 默认 的 draw 实现 方法 ， 实 现 该 方法 的 
目的 也 许 是 为 了 记录 每 次 调用 的 情况 。 如 果 你 已 经 对 draw 方法 进行 了 履 写 ， 
编译 器 会 默认 你 目前 确实 要 对 该 具体 方法 进行 覆 写 ， 而 你 永远 不 会 知道 父 类 
的 这 个 变更 。 不 过 ， 如 果 你 未 使 用 override 关键 字 ， 那 么 当 抽象 方法 draw 
突然 有 了 实现 体 之 后 ， 你 的 代码 会 无 法 通过 编译 ， 因 此 你 知道 这 个 变更 。 
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尽管 super 关键 字 与 this 作用 类 似 ， 不 过 super 绑 定 到 父 类 型 ， 即 当前 类 的 父 类 和 其 他 混 
入 的 trait。 查 找 super.toString 方法 时 会 找到 “最 近 ” 的 父 类 型 所 提供 的 tostring 方法 ， 
而 父 类 型 的 距离 则 是 由 本 章 稍 后 要 讲 到 的 线性 化 过 程 所 决定 的 〈 请 参考 11.7 节 的 相关 内 
容 )。 在 这 个 示例 中 ， 由 于 Clickable 特征 未 定义 toString 方法 ，super.tostring 将 调用 


Widget.toString 方法 。 我 们 在 这 个 示例 中 延 用 了 9.3 节 中 引入 的 Clickable 特征 。 


由 于 覆 写 具 体 方法 容易 产生 错误 ， 因 此 应 尽量 少 用 。 那 么 我 们 是 否 应 该 调用 
父 类 方法 呢 ? 如 果 应 该 调用 ， 什 么 时 候 调用 比较 合适 呢 ? 你 是 在 执行 其 他 业 
务 逻 辑 之 前 调用 父 类 方法 ， 还 是 之 后 呢 ? 尽管 父 类 方法 的 作者 也 许 会 列 出 覆 
写 该 方法 时 的 限制 条 件 ， 不 过 很 难 确保 继承 类 的 作者 会 遵守 这 些 限制 。 模 版 
方法 模式 (template method pattern) 是 非常 健壮 的 应 用 程序 。 



































下 列举 了 一 段 简 单 的 脚本 ， 用 于 演示 如 何 操作 Button 类 : 


// src/main/scala/progscala2/objectsystem/ui/button.sc 
import progscala2.objectsystem.ui.Button 


= 


val b = new Button("Submit") 
// Result: b: oop.ui.Button = (button: Label=Submit, (widget) ) 


b.draw() 
// Result: Drawing: (button: Label=Submit, (widget) ) 


11.4 覆 写 抽象 字段 和 具体 字段 


由 于 trait 存在 一 些 特殊 的 问题 ， 我 们 将 分 开 讨 论 trait 和 类 的 字段 履 写 。 

履 写 trait 中 的 字段 

下 面 列举 了 一 段 精心 设计 的 示例 代码 。 在 字段 初始 化 之 前 ， 该 示例 会 调用 这 个 尚未 定义 的 
FR: 





// src/main/scala/progscala2/objectsystem/overrides/trait-invalid-init-val.sc 
// ERROR: "value" read before initialized. 


trait AbstractT2 { 
println("In AbstractT2:") 
val value: Int 
val inverse = 1.0/value //@ 
println("AbstractT2: value = "+value+", inverse = "+inverse) 


} 
val obj = new AbstractT2 { 
println("In obj:") 
val value = 10 
println("obj.value = "+obj.value+", inverse = "+obj.inverse) 
O 初始 化 inverse 字段 时 ，value 值 是 多 少 ? 
尽管 看 上 去 我 们 是 通过 new AbstractT2 语句 创建 的 AbstractT2 特征 的 一 个 实例 ， 不 过 事实 
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上 我 们 实例 化 了 一 个 隐 式 地 扩展 了 AbstractT2 特征 的 匿名 类 。 请 留意 我 们 使 用 scala 命令 
行 ($ 是 脚本 提示 符 ) 运行 该 脚本 时 产生 的 输出 信息 : 

$ scala src/main/scala/progscala2/objectsystem/overrides/trait-bad-init-val.sc 

In AbstractT2: 

AbstractT2: value = 0, inverse = Infinity 

In obj: 

obj.value = 10, inverse = Infinity 
假如 在 REPL 中 执行 :load src/main/scala/progscala2/objectsystem/overrides/trait- 
bad-init-val.sc 命令 ， 或 是 将 代码 复制 到 REPL 中 执行 ， 你 能 得 到 执行 的 结果 (与 上 面 的 
输出 相 比 ， 你 会 得 到 一 些 额外 的 输出 行 )。 
正如 你 所 预计 的 那样 ，inverse 变量 过 早 被 计算 了 。 尽 管 没 有 抛 出 除 替 异常 (divide-by- 
zero exception) ， 但 是 编译 器 仍 认为 inverse 值 无 穷 大 。 


Scala 为 此 类 问题 提供 了 两 个 解决 方案 。 第 一 个 方案 是 使 用 情 性 值 (lazy value), RIZA 
在 3.11 节 中 曾 对 此 进行 了 讨论 : 


// src/main/scala/progscala2/objectsystem/overrides/trait-lazy-init-val.sc 























trait AbstractT2 { 
println("In AbstractT2:") 
val value: Int 
lazy val inverse = 1.0/value //@ 
// println("AbstractT2: value = "+valuet+", inverse = "+inverse) 


val obj = new AbstractT2 { 
println("In obj:") 
val value = 10 


println("obj.value = "+obj.value+", inverse = "+obj.inverse) 
O 添加 了 lazy 关键 字 ， 并 注释 了 println 语句 。 
现在 ，inverse 成 功 地 被 初始 化 ， 并 被 赋予 了 合法 值 : 


In AbstractT2: 
In obj: 
obj.value = 10, inverse = 0.1 


但 是 ， 只 有 当 我 们 不 使 用 printtn 语句 时 ，lazy 关键 字 才 能 起 到 作用 。 如 有 果 你 移 除了 // 
符号 后 再 执行 该 脚本 ， 你 会 再 次 得 到 Infinity 值 。 这 是 因为 lazy 会 推迟 对 变量 进行 估 值 ， 
直到 有 代码 需要 使 用 该 值 。 而 printtn 语句 过 早 要 求 scala 对 inverse 变量 进行 估 值 。 











假如 某 一 val 变量 是 惰性 值 ， 请 确保 尽 可 能 地 推迟 对 该 val 值 的 使 用 。 

















预先 初始 化 字段 是 第 二 个 解决 方案 ， 该 方案 并 未 得 到 广泛 使 用 。 请 思考 下 面 改良 后 的 实现 : 
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// src/main/scala/progscala2/objectsystem/overrides/trait-pre-init-val.sc 


trait AbstractT2 { 


println("In AbstractT2:") 


val value: Int 


val inverse = 1.0/value 


println("AbstractT2: value = "+value+", inverse = "+inverse) 
} 
val obj = new { 
// println("In obj:") //@ 
val value = 10 
} with AbstractT2 
println("obj.value = "+obj.value+", inverse = "+obj.inverse) 








@ 预先 初始 化 块 中 只 人 允许 出 现 类 型 定义 或 具体 字段 定义 。 比 方 说 ， 如 果 此 处 调用 了 
println 语句 ， 那 么 会 出 现 编译 错误 。 
在 with AbstractT2 子 名 执行 之 前 ， 我 们 便 已 实例 化 了 一 个 匿名 内 部 类 并 在 代码 块 中 初始 


化 了 该 内 部 类 的 值 字段 。 这 确保 了 在 执行 AbstractT2 特征 体 之 前 ，value 字段 已 初始 化 完 
毕 。 这 点 在 我 们 执行 脚本 时 便 能 发 现 : 

















In AbstractT2: 
AbstractT2: value = 10, 
obj.value = 10, inverse 








inverse = 0.1 
= 0.1 


即便 是 在 AbstractT2 特征 的 主体 中 ，inverse 也 得 到 了 很 好 的 初始 化 。 


现在 我 们 将 对 VetoableClick 


特征 进行 覆 写 。 我 们 之 前 在 9.3 节 中 使 用 过 该 trait， 它 定义 了 


一 个 名 为 maxAllowed 的 val 变量 ， 并 将 其 初始 化 为 1。 我 们 希望 能 够 在 某 个 混和 人 了 该 trait 








的 类 中 对 该 值 进行 覆 写 。 下 面 再 次 列 出 了 VetoableClicks 的 实现 代码 : 











// src/main/scala/progscala2/traits/ui2/VetoableClicks.scala 
package progscala2.traits.ui2 
import progscala2.traits.observer._ 


trait VetoableClicks extends Clickable { //@ 


// 默认 的 允许 点 击 数 
val maxAllowed = 1 
private var count = 0 





abstract override def 


// @ 


click() = { 


if (count < maxAllowed) { // ® 


count += 1 
super .click() 
} 
} 
} 


@ VetoableClicks 依然 扩展 


@ RAR RK. (ARE 


@ 点 击 数 一 旦 超过 了 允许 值 


自 Clickable 特征 。 





E 提 供 “ 重 置 ”功能 ， 这 对 该 wait 将 会 有 所 帮助 。) 


(从 0 开始 计数 ) ， 后 续 的 点 击 事件 便 不 会 发 送 给 super 对 象 。 
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尽管 你 可 以 很 直观 地 创建 混入 了 该 trait 的 实例 并 按 要 求 对 maxALLowed 变量 进行 覆 写 ， 但 是 
我 们 首先 应 该 审视 一 下 ， 初 始 化 这 样 一 类 实例 时 会 出 现 哪些 问题 


为 了 能 发 现 这 些 问 题 ， 我 们 首先 回 到 VetoableClicks 特征 ， 并 将 该 trait 混入 Button 


类 。 为 了 能 够 检测 到 发 生 了 什么 ,我们 同样 也 需要 混入 之 前 在 9.3 节 中 讨论 过 的 
ObservableClicks 特征 : 





// src/main/scala/progscala2/traits/ui2/0bservableClicks.scala 
package progscala2.traits.ui2 
import progscala2.traits.observer._ 


trait ObservableClicks extends Clickable with Subject[Clickable] { 
abstract override def click(): Unit = { // © 
super.click() 
notifyObservers(this) 
} 
} 


© 请 留意 abstract override 关键 字 ， 我 们 之 前 在 9.3 节 曾 经 讨论 过 该 关键 字 。 
下 面 列 出 了 测试 脚本 : 


// src/main/scala/progscala2/objectsystem/ui/vetoable-clicks.sc 

import progscala2.objectsystem.ui.Button 

import progscala2.traits.ui2.{Clickable, ObservableClicks, VetoableClicks} 
import progscala2.traits.observer._ 




















val observableButton = //@ 
new Button("Okay") with ObservableClicks with VetoableClicks { 
override val maxAllowed: Int = 2 //@ 
} 
assert(observableButton.maxALlowed == 2, // ©® 


s"maxAllowed = ${observableButton.maxAllowed}") 


class ClickCountObserver extends Observer[Clickable] { // @ 
var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 


val clickCountObserver = new ClickCountObserver // ® 
observableButton. addObserver(clickCountObserver ) 


valn=5 
for (i <- 1 to n) observableButton.click() // Q 
assert(clickCountObserver.count == 2, //@ 


s"count = ${clickCountObserver.count}. Should be != $n") 


@ 通过 混入 所 需 trait， 我 们 构造 了 一 个 可 观察 的 (observable) 按钮 。 
@ 履 写 val 变量 是 我 们 此 次 练习 的 主要 目的 。 请 留意 ， 此 处 使 用 override 关键 字 关 


maxALLowed 变量 进行 完整 声明 是 必需 的 。 
© {EH assert 语句 ， 验 证 maxAllowed 值 已 经 成 功 修改 了 。 


HS 


对 
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定义 一 个 观察 者 ， 以 追踪 当前 点 击 数 。 

初始 化 观察 者 实例 ， 并 将 该 实例 “注册 ”到 按钮 主体 中 。 

@ 验证 观察 者 是 否 只 接收 到 两 次 点 击 事件 ， 其 余 三 次 点 击 事件 都 被 否决 了 。 

我 们 再 回顾 一 下 ，trait 的 混和 人 次 序 决定 了 它们 之 间 的 优先 级 ， 我 们 稍 后 将 在 11.7 一 节 中 ， 
完成 对 执行 顺序 的 深入 讲解 。 
如 果 我 们 尝试 切换 标签 @ 下 一 行 中 0bservabLeCLicks Fl VetoableClicks 的 输入 次 序 ， 会 发 
生 什 么 呢 ? 你 将 看 到 该 程序 无 法 通过 最 终 的 断言 测试 ， 点 击 数 将 会 是 5 而 不 是 2。 为 什么 
WE? 这 是 因为 ObservableClicks 特征 会 早 于 VetoableClicks 特征 发 现 每 次 点 击 事件 。 换 言 
Z, VetoableClicks 现在 并 未 做 任何 有 意义 的 事情 。 


现在 ,我们 知道 履 写 不 可 变 字段 定义 。 假 如 你 希望 能 更 灵活 地 控制 naxALLowed 字段 ， 使 其 
能 够 在 程序 运行 时 发 生变 化 ， 那 么 该 怎么 办 呢 ? 你 可 以 使 用 var 关键 字 将 该 字段 声明 为 可 
变 变 量 ， 之 后 对 observableButton 的 声明 进行 修改 ， 如 下 所 示 : 
val observableButton = 
new Button("Okay") with ObservableClicks with VetoableClicks { 


maxALlowed = 2 
} 


此 时 我 们 已 不 再 需要 此 前 observableButton 签名 中 出 现 的 override HEF T 


考虑 到 逻辑 一 致 性 ， 你 应 该 知道 对 maxAllowed 变量 进行 修改 后 对 观察 者 的 状态 会 有 什么 影 
响 。 假 如 maxALLowed 数量 减少 ， 而 观察 者 已 经 统计 出 了 一 个 较 大 的 点 击 数 ， 那 么 你 是 否 应 
该 引入 机 制 减少 观察 者 统计 的 数量 呢 ? 


我 们 现在 可 以 讨论 之 前 提 及 初始 化 时 可 能 会 出 现 的 问题 。 在 执行 类 体 之 间 ， 该 类 所 使 用 的 
trait 的 代码 体 便 已 经 执行 完毕 。 这 也 意味 着 特征 体 对 字段 进行 初始 化 赋值 之 后 ， 类 才 对 该 
字段 进行 重新 赋值 。 回 顾 我 们 之 前 的 一 个 错误 示例 。inverse 值 尚未 设置 便 被 调用 。 为 了 
能 够 保存 maxALlowed 字段 的 更 新 信息 ， 我 们 假设 特征 VetoableObserver 初始 化 了 某 些 私有 
数组 。 而 对 maxALLowed 的 最 终 赋值 操作 也 许 会 使 对 象 处 于 不 一 致 的 状态 ! 你 需要 通过 一 些 
手动 的 方式 避免 这 一 问题 ， 例 如 : 直到 需要 对 maxALLowed 进行 第 一 次 更 新 时 才 分 配 存 储 ， 
并 确保 此 时 已 经 完成 了 初始 化 过 程 。 将 maxAllowed 字段 声明 为 val 字段 并 不 能 解决 这 一 问 
题 ， 尽 管 这 一 举动 能 提醒 用 户 VetoableClicks 特征 已 经 对 实例 的 状态 进行 了 这 样 的 假定 ， 
Bil maxALLowed 字段 状态 不 会 被 修改 。 除 此 之 外 ， 假 如 你 是 VetoableClicks 特征 的 维护 者 ， 
那么 你 需要 记 住 一 点 : 无 论 maxALlowed 是 否 被 声明 为 不 可 变量 ， 用 户 都 有 可 能 会 对 该 值 进 
行 履 写 | 





© © O 






















































































尽 可 能 避免 〈 在 类 中 和 trait 中 ) 使 用 var 字段 ， 而 使 用 公共 var 字段 则 尤为 
危险 。 

不 过 ，val 所 提供 的 可 见 性 保护 并 非 无 懈 可 击 。 我 们 可 以 在 初始 化 子 类 实 
例 时 对 trait 中 的 val 字段 进行 覆 写 ， 不 过 初始 化 完 之 后 ， 该 字段 仍 为 不 可 


变 值 。 
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覆 写 类 字段 


类 中 





声明 的 成 员 ， 其 表现 与 trait 中 的 成 员 大 臻 相同。 为 了 能 够 完整 地 描述 如 何 覆 写 类 字 








段 ， 下 面 这 个 示例 中 的 继承 类 既 覆 写 了 val 字段 ， 又 对 var 字段 进行 了 重新 赋值 : 














// src/main/scala/progscala2/objectsystem/overrides/class-field.sc 


class C1 { 
val name = "C1" 
var count = 0 

} 

class ClassWithC1 extends C1 { 
override var name = "ClassWithC1" 
count = 1 

} 


val c = new ClassWithC1() 
println(c.name) 
println(c.count) 





覆 写 具体 val 字段 时 ，override 关键 字 是 必 不 可 少 的 ， 不 过 对 于 count 这 个 var 字段 而 言 ， 

















则 不 然 。 这 是 因为 修改 val 字段 意味 着 我 们 正在 修改 某 一 常量 (val 字段 ) 的 初始 化 过 程 ， 
这 类 “特殊 ”操作 需要 使 用 override 关键 字 。 


运行 


该 脚本 后 会 产生 下 列 输出 : 


ClassWithC1 
1 





正如 我 们 所 预计 的 那样 ， 继 承 类 对 这 两 个 字段 都 进行 了 覆 写 。 下 面 对 之 前 的 示例 进行 修 
改 ， 将 基 类 中 的 val 字段 和 var 字段 都 修改 成 abstract 字段 : 


由 于 这 














// src/main/scala/progscala2/objectsystem/overrides/class-abs-field.sc 


abstract class AbstractC1 { 
val name: String 
var count: Int 


} 


class ClassWithAbstractC1 extends Abstractc1 { 
val name = "ClassWithAbstractC1" 
var count = 1 


} 


val c = new ClasswWithAbstractC1() 
println(c.name) 
println(c.count) 


字段 均 声 明 为 abstract 类 型 ， 因 此 ClassWithAbstractC1 中 不 再 需要 override 关 




















键 字 。 出 如 下 所 示 : 


ClassWithAbstractC1 
1 
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有 必要 强调 一 下 : name 和 count 是 抽象 字段 ， 它 们 并 不 是 包含 默认 值 的 具体 字段 。 如 果 
在 Java 类 中 进行 类 似 的 声明 ， 如 String name, Java 将 会 声明 一 个 具有 默认 值 的 具体 字段 ， 
而 在 本 例 中 默认 值 为 null。Java 并 不 支持 抽象 字段 ， 只 支持 抽象 方法 。 


11.5 和 覆 写 抽象 类 型 


我 们 在 2.13 节 中 介绍 了 什么 是 抽象 类 型 ， 而 Java 并 不 支持 抽象 类 型 。 我 们 回顾 一 下 相关 
章节 中 出 现 过 的 BulkReader 示例 : 


abstract class BulkReader { 

type In 

val source: In 

def read: String // 该 方法 会 读 取 数 据 源 内 容 , 并 返回 字符 串 
} 



































class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 














该 示例 演示 了 如 何 声明 抽象 类 型 以 及 如 何在 继承 类 中 为 该 抽象 类 型 定义 具体 值 。 
BuLkReader 类 声明 了 In 类 型 ， 但 却 未 初始 化 该 类 型 。 而 具体 继承 类 StringBulkReader 使 
用 type In = String 语句 为 该 类 型 提供 了 有 具体 值 。 


不 同 于 字段 和 方法 ， 我 们 无 法 对 具体 的 类 型 定义 进行 履 写 。 


DT 9 AS ` r=] 1 sa fF 
11.6 无须 区 分 访问 方法 和 字段 : 统一 访问 原则 
我 们 将 再 次 聚焦 VetoableClick 特征 中 的 maxAllowed 字段 ， 并 将 讨论 一 种 有 趣 的 设计 方式 : 
将 继承 和 统一 访问 原则 混合 在 一 起 。 我 们 之 前 在 8.6.1 一 节 中 已 经 对 该 原则 进行 了 讲解 。 


下 面 列 举 了 Vetoableclick 的 一 类 新 的 实现 ， 我 们 称 之 为 VetoableClickUAP (UAP 是 
uniform access principle 的 缩写 ， 即 统一 访问 原则 ) : 




















// src/main/scala/progscala2/objectsystem/ui/vetoable-clicks-uap.sc 

import progscala2.objectsystem.ui.Button 

import progscala2.traits.ui2.{Clickable, ObservableClicks, VetoableClicks} 
import progscala2.traits.observer._ 


trait VetoableClicksUAP extends Clickable { 
def maxAllowed: Int = 1 //@ 
private var count = 0 
abstract override def click() = { 
if (count < maxAllowed) { 


count += 1 
super .click() 





} 
} 
} 


val observableButton = 


new Button("Okay") with ObservableClicks with VetoableClicksUAP { 


override val maxAllowed: Int = 2 //@ 
} 


assert(observableButton.maxALlLlowed == 2, 
s"maxALlowed = ${observableButton.maxALlowed}") 


class ClickCountObserver extends Observer[Clickable] { 
var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 


val clickCountObserver = new ClickCountObserver 
observableButton. addObserver(clickCountObserver ) 


valn=5 
for (i <- 1 to n) observableButton.click() 


assert(clickCountObserver.count == 2, 
s"count = ${clickCountObserver.count}. Should be != $n") 


O 我 们 将 maxAllowed 定义 成 一 个 默认 返回 值 为 1 的 方法 。 


@ 我 们 并 没有 对 maxAllowed 方法 进行 覆 写 ， 而 是 使 用 了 一 个 值 定义 
定义 。 



































(val 类 型 ) 对 其 重新 








由 于 我 们 已 经 定义 了 maxAllowed 方法 ， 因 此 必须 使 用 override 关键 字 。 假 如 特征 体 中 的 


maxALLowed 方法 为 抽象 方法 ， 那 么 override 关键 字 便 不 是 必须 的 。 








该 脚本 的 输出 与 之 前 相同 ， 不 过 我 们 利用 统一 访问 原则 把 方法 定义 履 写 为 值 定 义 。 那 么 为 


什么 Scala 会 允许 这 种 行为 呢 ? 





声明 某 一 函数 时 ， 只 要 函数 实现 能 正确 执行 ， 该 函数 就 有 权 在 每 次 调用 时 返回 不 同 的 结 采 
值 。 不 过 ,假如 该 函数 每 次 只 返回 一 个 特定 值 的 话 ， 该 函数 声明 便 具备 了 一 致 性 。 当 然 ， 
函数 式 编程 比较 青睐 这 种 行为 。 而 理想 状态 下 ， 在 纯 函 数 编程 的 世界 里 ， 无 参 方法 总 是 应 





该 返回 相同 值 。 





所 以 ， 假 如 将 国 数 调 用 替换 成 某 一 个 值 时 ， 我 们 利用 了 引用 透明 性 (referential 





transparency) 原则 ， 并 未 违背 任何 方法 实现 应 遵循 的 规则 。 





基于 这 一 原因 ，Scala 库 中 定义 的 trait 中 常常 使 用 无 参 方法 ， 而 不 是 字段 值 。 如 果 愿 意 的 
话 ， 你 也 可 以 将 这 些 方法 视 为 属性 读 取 器 (property reader)。 这 样 一 来 ， 该 类 型 的 开发 人 
员 便 能 非常 灵活 地 实现 该 方法 。 开 发 人 员 可 以 将 代价 昂贵 的 初始 化 过 程 推迟 到 必须 处 理 的 














时 候 再 处 理 ， 也 可 以 简单 地 为 该 方法 设置 一 个 返回 值 。 




















与 Java 代码 进行 互 操作 时 ， 你 可 以 在 子 类 中 将 方法 覆 写 为 值 ， 这 样 能 为 开发 人 员 带 来 便 
利 。 例 如 : 你 可 以 对 某 些 getter 方法 进行 履 写 ， 将 其 修改 为 val 值 并 放 到 构造 国 数 中 即 可 
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(Scala 会 为 构造 函数 参数 表 中 出 现 的 参数 自动 生成 getter 方法 )。 
在 下 面 这 个 示例 中 ，Scala 语 言 中 的 Person 类 从 某 些 遗留 的 Java 库 中 继承 了 


PersonInterface 4; 














class Person(val getName: String) extends PersonInterface 


如 果 你 只 需要 对 Java 代码 中 的 某 些 访问 方法 进行 履 写 ， 那 么 使 用 这 项 技术 能 帮助 你 很 快 地 
完成 工作 。 
我 们 能 不 能 使 用 var 变量 对 无 参 方法 进行 履 写 呢 ?” 能 否 使 用 方法 对 某 一 val 值 或 var 值 进 
THEE? 由 于 在 这 两 类 覆 写 中 ， 覆 写 后 的 类 型 行为 无 法 匹配 之 前 的 行为 ， 因 此 这 是 不 被 
允许 的 。 

如 果 你 尝试 使 用 var 变量 履 写 无 参 方法 ， 系 统 将 返回 错误 : 写 方 法 override name_= 无 法 
覆 写 任何 方法 。 举 个 例子 ， 假 如 我 们 在 某 个 trait 中 使 用 def name: String 语句 声明 抽象 方 
法 ， 之 后 在 实现 子 类 中 使 用 val name="foo" 语句 对 该 方法 进行 履 写 。 这 等 同 于 覆 写 了 两 个 
方法 ，trait 中 原先 定义 的 方法 和 def name_=(...) 方 法 ,但 是 trait 中 并 不 存在 name_ 方法 。 


如 果 Scala 允许 使 用 方法 对 val 值 进行 覆 写 ， 为 了 与 val 的 语法 保持 一 致 性 ，Scala 需要 保 
证 每 次 调用 该 方法 总 能 返回 相同 值 ， 但 Scala 无 法 做 到 这 点 。 


11.7 ”对象 层次 结构 的 线性 化 算法 

由 于 采用 了 单 继 承 模型 ， 假 如 我 们 不 使 用 可 混入 的 trait， 继 承 层次 结构 将 会 变 成 一 条 直线 ， 
将 各 个 祖先 节点 依次 连接 。 如 果 引 入 trait 的 话 ， 由 于 每 个 类 型 都 有 可 能 继承 自 其 他 trait 或 
类 ， 继 承 层 次 关系 便 形 成 了 一 个 有 向 无 环 图 。 
“线性 化 算法 ”是 一 类 用 于 对 层级 结构 图 进行 “扁平 化 ”处 理 的 算法 ， 引 入 该 算法 是 为 了 
解决 方法 查找 的 优先 级 问题 、 构 造 函 数 调用 顺序 、super 关键 字 绑 定 问题 等 一 系列 问题 。 
我 们 之 前 在 9.3 节 中 曾 看 到 过 混入 了 多 个 trait 的 实例 ， 其 中 Scala 将 按照 从 右 到 左 的 声明 
顺序 对 这 些 trait 进行 绑 定 。 而 下 列 示 例 也 证 实 了 这 一 条 简单 的 线性 化 规则 ; 


// src/main/scala/progscala2/objectsystem/Linearization/linearization1.sc 













































































class C1 { 
def m = print("C1 ") 
} 


trait T1 extends C1 { 
override def m = { print("T1 "); super.m } 


} 


trait T2 extends C1 { 
override def m = { print("T2 "); super.m } 


} 


trait T3 extends C1 { 
override def m = { print("T3 "); super.m } 
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} 


class C2 extends T1 with T2 with T3 { 
override def m = { print("C2 "); super.m } 


} 


val c2 = new C2 
c2.m 


该 脚本 执行 后 将 输出 以 下 信息 : 
C2 T3 T2 T1 C1 


由 此 ， 我 们 可 以 看 出 trait 中 的 m 方 法 将 依照 声明 顺序 ， 从 右 到 左 的 被 调用 。 我 们 稍 后 也 将 
解释 为 什么 C1 会 出 现在 列表 的 末尾 处 。 


接 下 来 ， 我 们 将 会 看 到 构造 函数 的 调用 顺序 : 


// src/main/scala/progscala2/objectsystem/linearization/linearization2.sc 





class C1 { 
print("C1 ") 
} 


trait T1 extends C1 { 
print("T1 ") 


trait T2 extends C1 { 
print("T2 ") 
} 


trait T3 extends C1 { 
print("T3 ") 
} 


class C2 extends T1 with T2 with T3 { 
println("C2 ") 
} 


val c2 = new C2 


执行 该 脚本 后 将 产生 以 下 输出 信息 : 
C1 T1 T2 T3 C2 

我 们 可 以 发 现 ， 构 造 顺序 与 之 前 的 方法 调用 顺序 恰恰 相反 。 由 于 继承 类 型 在 构造 过 程 中 常 
常 需要 使 用 父 类 型 的 字段 和 方法 ， 而 这 种 构造 函数 调用 顺序 恰恰 能 够 确保 父 类 型 会 先 于 继 
承 类 型 被 构造 。 

第 一 段 线性 化 脚本 的 输出 结果 的 末尾 处 实际 上 缺少 了 两 个 类 型 。 对 引用 类 型 执行 线性 化 算 
法 后 ， 结 果 的 末尾 处 应 包含 AnyRef 类 型 和 Any 类型。 因此， 对 52 做 线性 化 处 理 后 的 实际 
输出 如 下 所 示 : 


C2 T3 T2 T1 C1 AnyRef Any 
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在 Scala 2.10 出 现 之 前 ，Scala 中 还 存在 一 个 用 于 标记 的 特征 ScalaObject, i% trait 在 类 层 
次 关系 表 中 位 于 AnyRef 之 前 。 因 此 AnyRef 和 Any 类 型 中 并 未 使 用 我 们 所 使 用 的 print if 
句 ， 所 以 我 们 的 输出 结果 中 当然 不 会 显示 它们 。 


与 引用 类 型 不 同 ， 值 类 型 是 AnyVal 类 的 子 类 ， 它 们 均 被 声明 为 abstract final 类 型 。 编 
译 器 负责 初始 化 这 些 值 类 型 。 由 于 我 们 无 法 编写 这 些 值 类 型 的 子 类 ， 因 此 这 些 值 类 型 的 线 








性 化 算法 非常 简单 直 白 。 























那些 新 创建 的 价值 类 (value class) ， 它 们 的 线性 化 算法 是 什么 样 的 呢 ? 我 们 将 对 之 前 出 现 
的 USPhoneNumber 进行 修改 ， 在 类 中 添加 m 方法， 该 方法 与 我 们 之 前 使 用 的 m 方法 完全 一 
样 。 价 值 类 不 允许 我 们 在 类 型 体 中 添加 之 前 的 print 语句 : 


// src/main/scala/progscala2/basicoop/valuecLassphoneNumber .sc 

















class USPhoneNumber(val s: String) extends AnyVal { 


override def toString = { 
val digs = digits(s) 


val areaCode = digs.substring(0,3) 
val exchange = digs.substring(3,6) 
val subnumber = digs.substring(6,10) // "subscriber number" 
s"(SareaCode) Sexchange-$subnumber" 


} 


private def digits(str: String): String = str.replaceALL("""\D""", "") 


} 


val number = new USPhoneNumber ("987-654-3210") 
// Result: number: USPhoneNumber = (987) 654-3210 


调用 m 方 法 后 ， 该 示例 将 打印 下 列 信息 : 
USPhoneNumber Formatter Digitizer M 


我 们 之 前 曾 看 到 过 一 组 类 层次 体系 ， 该 体系 中 每 个 类 都 被 命名 为 *。 而 上 述 示例 的 输出 结 
果 与 O 类 层次 体系 打印 的 结果 一 致 。 不 过 请 注意 ， 上 述 示例 将 C* 体系 结构 中 出 现 的 M 特 





征 混入 到 一 些 其 他 的 trait 中 。 为 什么 M 出 现在 输出 信息 的 末尾 位 置 呢 ， 是 不 是 表明 定义 在 











M 特征 中 的 m 方 法 会 被 最 后 找到 呢 ? 我 们 将 对 线性 化 算法 进行 更 深入 地 学 习 。 


我 们 将 使 用 一 组 C* 类 对 线性 化 算法 进行 讲解 。 在 这 组 类 中 ， 所 有 的 类 和 trait 均 定义 了 方 
法 m。 由 于 下 面 示例 中 的 实例 的 类 型 是 C2 类 型 ， 因 此 C2 类 中 定义 的 m 方 法 会 被 最 早 调 用 。 
C2.m 方 法 调用 了 superm 方 法 ， 该 方法 将 被 解析 为 T13.m 方 法 。 对 输出 结果 进行 分 析 ， 发 现 
方法 查找 似乎 并 未 采用 深度 优先 算法 ， 而 是 采用 了 广度 优先 算法 。 假 如 查找 方法 时 采取 了 


深度 优先 算法 ， 那 么 会 先 执行 T3.m， 

















再 执行 C1.m， 接 着 是 T3.m、T2.m 以 及 T1.m， 最 后 则 





是 C1.m。C1 是 这 三 个 trait 的 父 类 ， 那 么 我 们 会 通过 哪个 trait 引导 到 C1 呢 ? 事实 上 ， 正 如 
我 们 将 看 到 的 那样 ，Scala 将 使 用 广度 优先 的 方式 查找 方法 ， 并 “ 延 后 ”执行 已 查找 到 的 
方法 。 下 面 ， 我 们 将 对 第 一 个 示例 进行 修改 ， 并 更 仔细 的 观察 我 们 是 如 何 找到 C1 类 的 : 


// scrc/main/scala/progscala2/objectsystem/linearization/linearization3.sc 
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class C1 { 
def m(previous: String) = print(s"C1($previous)") 


} 


trait T1 extends C1 { 
override def m(p: String) = { super.m(s"T1($p)") } 
} 


trait T2 extends C1 { 
override def m(p: String) = { super.m(s"T2($p)") } 
} 


trait T3 extends C1 { 
override def m(p: String) = { super.m(s"T3($p)") } 
} 


class C2 extends T1 with T2 with T3 { 
override def m(p: String) = { super.m(s"C2($p)") } 
} 


val c2 = new C2 
c2.m("") 


现在 我 们 将 super .m 的 调用 者 名 称 作为 参数 传人 各 个 m 方 法 中 ， 之 后 C1 便 会 打印 出 调用 该 
方法 的 对 象 名 。 执 行 上 述 脚本 将 生成 下 列 输出 : 
C1(T1(T2(T3(C2())))) 


下 面 列 出 了 类 型 线性 化 的 具体 算法 。 如 果 想 了 解 更 官方 的 定义 ， 请 查找 “Scala 语言 规范 ” 
(http:/www.scala-lang.org/docu/files/ScalaReference.pdf) 相关 内 容 。 











线性 化 算法 
(1) 当前 实例 的 具体 类 型 会 被 放 到 线性 化 后 的 首 个 元 素 位 置 处 。 


(2) 按照 该 实例 父 类 型 的 顺序 从 右 到 左 的 放置 节点 ， 针 对 每 个 父 类 型 执行 线性 化 算法 ， 
并 将 执行 结果 合并 。 (我 们 暂且 不 对 AnyRef 和 Any 类 型 进行 处 理 。) 


(3) 按照 从 左 到 右 的 顺序 ， 对 类 型 节点 进行 检查 ， 如 果 类 型 节点 在 该 节点 右边 出 现 过 ， 
那么 便 将 该 类 型 移 除 。 


(4) 在 类 型 线性 化 层次 结构 末尾 处 添加 AnyRef 和 Any 类 型 。 
如 果 是 对 价值 类 执行 线性 化 算法 ， 请 使 用 AnyVal 类 型 替代 AnyRef 类 型 。 











线性 化 算法 能 说 明之 前 示例 中 是 如 何 从 T1 查找 到 C1 A, C1 同样 出 现在 T3 和 T2 的 线性 化 
层次 结构 中 ， 不 过 由 于 T3 和 T2 出 现 的 时 间 早 于 T1， 因 此 这 两 个 类 能 为 T1 提供 的 查找 类 
Hi 


型 便 从 线性 化 列表 中 删除 了 。 与 之 相似 ， 因 为 相同 的 原因 ，USPhoneNumber 示例 中 出 现 的 M 
特征 最 后 出 现在 了 线性 化 列表 中 的 右 侧 。 


下 面 ， 我 们 将 使 用 一 个 略微 复杂 一 些 的 示例 对 线性 化 算法 进行 讲解 : 




















7 
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// src/main/scala/progscala2/objectsystem/Linearization/linearization4.sc 


class C1 { 
def m = print("C1 ") 
} 


trait T1 extends C1 { 
override def m = { print("T1 "); super.m } 


} 


trait T2 extends C1 { 
override def m = { print("T2 "); super.m } 


} 


trait T3 extends C1 { 
override def m = { print("T3 "); super.m } 


} 


class C2A extends T2 { 
override def m = { print("C2A " ); super.m } 


} 


class C2 extends C2A with T1 with T2 with T3 { 
override def m = { print("C2 "); super.m } 


} 


def calcLinearization(obj: C1, name: String) = { 
print(s"$name: ") 
obj.m 
print("AnyRef ") 
println("Any") 
} 


calcLinearization(new C2, "C2 ") 
printLn("") 

calcLinearization(new T3 {}, "T3 ") 
calcLinearization(new T2 {}, "T2 ") 
calcLinearization(new T1 {}, "T1 ") 
calcLinearization(new C2A, "C2A") 
calcLinearization(new C1, "C1 ") 


输出 信息 如 下 : 


C2 : C2 T3 T1 C2A T2 C1 AnyRef Any 


T3 : T3 C1 AnyRef Any 

T2 : T2 C1 AnyRef Any 

T1 : T1 C1 AnyRef Any 
C2A: C2A T2 C1 AnyRef Any 
C1 : C1 AnyRef Any 














为 了 帮助 大 家 理解 ， 我 们 计算 出 了 其 他 类 型 的 线性 化 层次 结构 ， 与 此 同时 ， 为 了 提醒 自己 
AnyRef 和 Any 类 型 也 应 出 现在 线性 化 列表 中 ， 我 们 也 添加 了 这 两 个 类 的 信息 。 
































下 面 让 我 们 对 C2 应 用 线性 化 算法 ， 并 对 结果 进行 确认 。 为 了 使 计算 过 程 更 加 清楚 ， 我 们 
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忽略 了 AnyRef 和 Any 类 ， 在 计算 的 最 后 才 把 这 两 个 类 添加 上 。 有 具体 过 程 ， 请 查看 表 11-1。 
表 11-1:，C2 类 型 的 线性 化 计算 过 程 ，C2 类 型 定义 为 ， C2 extends C2A with T1 with T2 
with T3 {-…} 


























# ”线性 化 层次 结构 描 述 

1 C2 添加 当前 实例 类 型 

2 (C2, 73, C1 添加 T3 的 线性 化 列表 ( 离 T3 最 远 的 元 素 放 在 列表 的 
右 侧 ) 

3 C2, T3, CL, 12, Ct 添加 T2 的 线性 化 列表 

4 (2, T3, C1, 12, C1, T1, C1 添加 T1 的 线性 化 列表 

5S €2, 73) Cl, 了 2A 125. Ci 添加 C2A 的 线性 化 列表 

6 C2, T3, T2, T1, C2A, T2, C1 移 除 所 有 重复 的 C1 元 素 ， 只 保留 最 后 一 个 

7 C2, T3, T1, C2A, T2, C1 移 除 所 有 重复 的 T2 元 素 ， 只 保留 最 后 一 个 

8 (C2, T3, T1, C2A, T2, C1, AnyRef, Any 完毕 ! 











算法 做 的 事情 其 实 就 是 : 首先 将 子 类 都 放置 好 ， 再 将 共享 类 型 放 到 线性 化 列表 的 右 端 。 
请 对 脚本 进行 修改 ， 尝 试 使 用 一 个 不 同 的 继承 结构 ， 看 看 你 能 否 使 用 线性 化 算法 重新 推导 
出 结果 。 


























过 于 复杂 的 类 型 继承 结构 会 导致 方法 查找 产生 令 人 “意外 ”的 结果 。 如 果 你 
希望 通过 线性 化 算法 了 解 方法 查找 的 顺序 ， 请 先 简化 代码 。 

















11.8 本章 回顾 与 下 一 章 提 要 


我 们 已 经 学 习 了 在 继承 类 中 对 父 类 成 员 进 行 履 写 所 带 来 的 好 处 ， 其 中 提 及 了 Scala 允许 我 
们 使 用 价值 类 型 对 无 参 方法 进行 履 写 。 最 后 ， 我 们 介绍 了 Scala 用 于 解决 成 员 查 找 问 题 的 
线性 化 算法 的 一 些 细节 。 


在 下 一 章 中 ， 我 们 将 学 习 Scala 的 集合 库 。 
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第 12 章 


Scala 集 合 库 





我 们 将 通过 对 集合 库 的 讨论 ， 结 束 对 Scala 标准 库 的 介绍 。 集 合 库 设 计 中 所 用 的 技术 ， 解 
决 了 如 何 将 函数 式 特性 和 面向 对 象 特性 相 结 合 的 问题 ， 以 及 我 们 关心 的 其 他 问题 。 

集合 库 在 Scala 2.8 版 本 中 进行 了 重新 设计 ， 可 以 参阅 Scaladoc (http://docs.scala-lang.org/ 
overviews/collections/introduction.html) 上 关于 此 次 重 构 的 最 新 讨论 。 


12.1 通用 、 可 变 、 不 可 变 、 并 发 以 及 并 行 集合 


如 果 打 开 Scaladoc， 并 在 搜索 框 中 输入 Map， 你 会 得 出 5 种 类 型 | 幸运 的 是 ， 它 们 大 多 数 
是 trait， 且 只 声明 或 定义 了 你 真正 关心 的 具体 Map 类 型 的 一 部 分 。 这 些 具 体 类 型 之 间 的 大 
部 分 差异 可 以 归结 为 儿 个 设计 问题 。 你 是 否 需要 可 变性 (当然 ， 你 要 通过 分 析 来 确定 ) ? 
你 是 否 需要 并 发 访问 ? 你 是 否 需要 并 行 地 执行 操作 ? 除了 正常 的 键 值 查找 以 外 ， 你 还 需要 
按 固定 顺序 遍历 的 能 力 吗 ? 


K 12-1 列 出 了 与 集合 相关 的 包 及 它们 的 用 途 。 在 本 节 剩 下 的 部 分 中 ， 我 们 会 去 掉包 名 的 
scala 前 级 ， 因 为 你 在 import 语句 中 不 需要 它 。 


表 12-1: 与 集合 相关 的 包 












































名 B 描述 
collection (http://www.scala-lang.org/api/current/#scala. 定义 了 使 用 和 扩展 Scala 集合 库 所 需 的 基本 特 
collection.package) 征 和 对 象 ， 包 括 子 包 中 的 所 有 定义 。 你 需要 用 

















到 的 大 部 分 抽象 都 在 这 里 定义 
collection.concurrent (http://www.scala-lang.org/api/ 定义 了 一 个 Map 特征 和 具有 原子 、 无 锁 操 作 特 
current/#scala.collection.concurrent.package ) 性 的 TrieMap 类 
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名 称 描 述 

collection.convert (http://www.scala-lang.org/api/ 定义 了 用 Java 集合 抽象 来 包装 Scala 集合 的 类 

current/#scala.collection.convert.package) 型 ， 以 及 用 Scala 集合 抽象 包装 Java 集合 的 
类 型 

collection.generic (http://www.scala-lang.org/api/ 定义 了 用 来 构建 特定 集合 (如 可 变 集 合 、 不 可 

current/#scala.collection.generic.package ) 变 集合 等 ) 的 可 重用 组 件 

collection.immutable (http://www.scala-lang.org/api/ 定义 了 你 最 常用 的 不 可 变 集 合 


current/#scala.collection.immutable.package ) 




















collection.mutable (http://www.scala-lang.org/api/ 定义 了 可 变 集 合 ， 大 部 分 特定 集合 类 型 都 以 可 

current/#scala.collection.mutable.package ) 变 或 不 可 变 的 形式 存在 ， 但 并 非 全 部 

collection.parallel (http://www.scala-lang.org/api/ 定义 了 用 来 构建 特定 集合 (如 可 变 集 合 、 不 可 

current/#scala.collection.parallel.package) 变 集 合 等 ) 的 可 重用 组 件 ， 可 将 处 理 任务 分 发 
给 并 行 的 多 个 线程 


collection.parallel.immutable (http://www.scala-lang. 定义 了 支持 并 行 的 不 可 变 集合 
org/api/current/#scala.collection.parallelimmutable.package) 
collection.parallel.mutable (http://www.scala-lang.org/ 定义 了 支持 并 行 的 可 变 集 合 
api/current/#scala.collection.parallel.mutable.package ) 
collection.script (http://www.scala-lang.org/api/ 已 经 废弃 的 包 ， 包 含 了 用 来 观察 集合 操作 的 


current/#scala.collection.script.package ) TE 














我 们 不 会 讨论 以 上 这 些 包 中 定义 的 大 部 分 类 型 ， 但 我 们 要 讨论 每 个 包 中 最 重要 的 方面 。 被 
废弃 的 collection.script 不 在 继续 讨论 之 列 。 





12.1.1 scala.collection®l 


在 collection 包 中 声明 的 类 型 定义 了 可 变 及 不 可 变 的 序列 、 可 变 及 不 可 变 的 并 行 、 并 发 集 
合 类 型 共享 的 抽象 ， 其 中 有 的 不 仅 声明 ， 而 是 直接 进行 了 定义 。 这 就 意味 着 ， 比 如 只 能 在 
可 变 类 型 中 使 用 的 带 破坏 性 的 (可 变 的 ) 操作 不 是 在 这 里 定义 的 。 不 过 ， 在 运行 时 如 果 集 
合 是 可 变 的 ， 我 们 可 能 要 考虑 线程 的 安全 问题 。 

回顾 一 下 6.7.1 节 ， 从 Predef 得 到 的 Seq 类 型 是 collection.Seq (http://www.scala-lang. 
org/api/current/#scala.collection.Seq), fj Predef 引入 的 其 他 公共 类 型 是 以 collection. 
immutable 开头 的 ， 如 List、Map 和 Set。Predef 使 用 collection.Seq 的 原因 是 要 让 Scala 
可 以 像 处 理 序 列 一 样 处 理 Java 的 数组 ， 而 Java 的 数组 是 可 变 的 (Predef 事实 上 定义 了 
从 Java 数组 到 collection.mutable.ArrayOps (http://www.scala-lang.org/api/current/index. 
html#scala.collection.mutable.ArrayOps) 的 隐 式 转换 ， 而 后 者 支持 序列 的 相关 操作 )。Scala 
计划 在 未 来 的 版 本 中 用 不 可 变 的 Seq 代替 它 。 

不 幸 的 是 ， 就 目前 而 言 ， 这 也 意味 着 如 果 一 个 方法 声明 它 返 回 一 个 序列 ， 它 可 能 会 返回 一 
个 可 变 的 序列 实例 。 同 样 地 ， 如 果 一 个 方法 需要 一 个 序列 参数 ， 调 用 者 也 可 以 传 入 一 个 可 
变 的 序列 实例 。 


如 有 果 你 更 喜欢 用 更 安全 的 immutable. Seq 作为 默认 的 seq， 常 见 的 方法 是 ， 为 你 的 项 目 定义 
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一 个 包 对 象 ， 其 中 定义 了 Seq 类 型 ， 以 覆盖 Predef 定义 的 seq， 如 下 所 示 : 


// src/main/scala/progscala2/collections/safeseq/package.scala 
package progscala2.collections 
package object safeseq { 
type Seq[T] = collection.immutable.Seq[T] 
} 


然后 ， 只 在 需要 的 时 候 导 入 以 上 内 容 即 可 。 广 意 观 察 以 下 REPL RIP, Seq 行为 的 变化 : 


// src/main/scala/progscala2/collections/safeseq/safeseq.sc 





scala> val mutabLeSeq1: Seq[Int] = List(1,2,3,4) 
mutableSeq1: Seq[Int] = List(1, 2, 3, 4) 


scala> val mutableSeq2: Seq[Int] = Array(1,2,3,4) 
mutableSeq2: Seq[Int] = WrappedArray(1, 2, 3, 4) 


scala> import progscala2.collections.safeseq._ 
import progscala2.collections.safeseq._ 


scala> val immutableSeqi: Seq[Int] = List(1,2,3,4) 
immutableSeq1: safeseq.Seq[Int] = List(1, 2, 3, 4) 


scala> val immutableSeq2: Seq[Int] = Array(1,2,3,4) 
<console>:10: error: type mismatch; 
found : Array[Int] 
required: safeseq.Seq[Int] 
(which expands to) scala.collection.immutable.Seq[Int] 
val immutableSeq2: Seq[Int] = Array(1,2,3,4) 


Nn 


前 两 个 Seq 是 由 Predef 暴露 的 默认 项 collection.Seq, 3 —“ Seq 引用 了 一 个 不 可 变 列 
K, BA seq 引用 了 可 变 的 (经 过 包装 的 ) Java 数组 。 


然后 我 们 导入 了 新 的 Seq 定义 ， 从 而 遮蔽 了 Predef 中 的 Seq 定义 。 

现在 Seq 实际 上 是 safeseq.Seq 的 别名 ,我 们 不 能 用 它 来 引用 数组 ， 因 为 别名 immutable. 
Seq 不 能 引用 一 个 可 变 的 集合 。 

无 论 哪 种 方式 ， 如 果 我 们 想 取 集 合 的 前 几 个 元 素 或 希望 从 集合 的 一 端 志 历 到 另 一 端 ，Seq 
都 是 具体 集合 的 一 个 方便 、 好 用 的 抽象 。 























12.1.2 collection.concurrent® 


这 个 包 只 定义 了 两 种 类 型 collection.concurrent.Map (http://www.scala-lang.org/api/ 
current/#scala.collection.concurrent.Map) 特征 和 实现 了 该 trait 的 collection.concurrent. 
TrieMap (http://www.scala-lang.org/api/current/#scala.collection.concurrent.TrieMap) 类 。 


Map 继承 了 collection.mutable.Map (http://www.scala-lang.org/api/current/#scala.collection. 
mutable.Map) ， 但 它 使 用 了 原子 操作 ， 因 此 得 以 支持 线程 安全 的 并 发 访问 。 


collection.mutable.Map 的 实现 是 一 个 字典 


N 

















树 散 列 类 collection.concurrent.TrieMap。 它 


























实现 了 并 发 、 无 锁 的 散 列 数组 ， 基 目的 是 支持 可 伸缩 的 并 发 插入 和 删除 操作 ， 并 提高 内 存 
使 用 效率 。 














12.1.3 collection.convert 包 


在 这 个 包 中 定义 的 类 型 是 用 来 实现 隐 式 转换 方法 的 ， 隐 式 转换 将 Scala 的 集合 包装 为 Java 
集合 ， 反 之 亦 然 。 我 们 在 5.7 市 对 此 有 过 讨论 。 








12.1.4 collection.generic 包 


collection 包 声 明 的 抽象 适用 于 所 有 集合 ， 而 collection.generic 只 为 实现 特定 的 可 变 、 
不 可 变 、 并 行 及 并 发 集合 提供 一 些 组 件 。 这 里 的 大 多 数 类 型 只 对 集合 的 实现 者 有 意义 。 








12.1.5 collection.immutablefl 



































大 部 分 时 间 你 都 会 与 Unmutable 包 中 定义 的 集合 打交道 。 这 些 类 型 提供 了 单线 程 (与 并 行 

相对 ) 操作 ， 由 于 类 型 是 不 可 变 的 ， 因 而 是 线程 安全 的 。 表 12-2 按 字 母 顺 序列 出 了 这 个 包 

中 最 常用 的 集合 类 型 。 

表 12-2: 最 常用 的 不 可 变 集合 

名 称 描 述 

BitSet (http://www.scala-lang.org/api/ 非 负 整数 的 集合 ， 内 存 效率 高 。 元 素 表 示 为 可 变 大 小 

current/#scala.collection.immutable.BitSet) 的 比特 数组 ， 其 中 比特 被 打包 为 64 比特 的 字 。 最 大 元 
素 个 数 决定 了 内 存 占 用 量 














HashMap (http://www.scala-lang.org/api/ 用 字典 散 列 实现 的 映射 表 
current/#scala.collection.immutable. HashMap ) 
HashSet (http://www.scala-lang.org/api/ 用 字典 散 列 实现 的 集合 
current/#scala.collection.immutable.HashSet) 
List (http://www.scala-lang.org/api/current/#scala. 用 于 相连 列表 的 trait， 头 节点 访问 复杂 度 为 0(1)， 
collection.immutable.List) 他 元 素 为 O(n)。 其 伴随 对 象 有 apply 方法 和 其 他 “ 工 

”方法 ， 可 以 用 来 构造 List 的 子 类 实 侦 
ListMap (http://www.scala-lang.org/api/ 用 列表 实现 的 不 可 变 映 射 表 
current/#scala.collection.immutable.ListMap ) 




























































































iad 


合 





ListSet (http://www.scala-lang.org/api/ 用 列表 实现 的 不 可 

current/#scala.collection.immutable.ListSet ) 

Map (http://www.scala-lang.org/api/current/#scala， 为 所 有 不 可 变 的 映射 表 定 义 的 trait， 随 机 访问 复杂 度 为 

collection.immutable.Map ) O(1)， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 
可 以 用 来 构造 其 子 类 实例 

Nil (http:Wwww.scala-lang.org/api/current/#scala， 用 来 表示 空 列表 的 对 象 

collection.immutable.Nil$ ) 

NumericRange (http://www.scala-lang.org/api/ Range 类 的 推广 版 本 ， 将 适用 范围 推广 到 任意 完整 的 类 

current/#scala.collection.immutable.NumericRange) 型 。 使 用 时 ， 必 须 提 供 类 型 的 完整 实现 

Queue (http:Wwww.scala-lang.org/api/current/#scala， 不 可 变 的 FIFO (先入 先 出 ) BAX 


collection.immutable.Queue ) 


AS 
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( 续 ) 





名 称 描 述 

Seq (http://www.scala-lang.org/api/current/#scala， 为 不 可 变 序 列 定义 的 trait， 其 伴随 对 象 有 apply 方法 和 

其 他 “工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

Set (http://www.scala-lang.org/api/current/#scala. 特征， 为 不 可 变 集合 定义 了 操作 ， 其 伴随 对 象 有 apply 

collection.immutable.Set) 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

SortedMap (http://www.scala-lang.org/api/ 为 不 可 变 映 射 表 定义 的 trait， 包 含 一 个 可 按 特 定 排列 顺 

current/#scala.collection.immutable.Set) 序 遍 历 元 素 的 迭代 器 。 其 伴随 对 象 有 apply 方法 和 其 他 

“工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

SortedSet (http://www.scala-lang.org/api/ 为 不 可 变 集 合 定义 的 trait， 包 含 一 个 可 按 特 定 排列 顺 

current/#scala.collection.immutable.SortedSet ) 序 遍 历 元 素 的 迭代 器 。 其 伴随 对 象 有 apply 方法 和 其 他 
“工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

Stack (http://www.scala-lang.org/api/current/#scala， 不 可 变 的 LIFO (后 入 先 出 ) 栈 


collection.immutable. Stack) 


Stream (http://www.scala-lang.org/api/ 对 元 素 惰 性 求 值 的 列表 ， 可 以 支持 拥有 无 限 个 潜在 元 









































collection.immutable.Seq) 






































































































































current/#scala.collection.immutable.Stream ) 素 的 序列 

TreeMap (http://www.scala-lang.org/api/ 不 可 变 映 射 表 ， 底 层 用 红 黑 树 实 现 ， 操 作 的 复杂 度 为 
current/#scala.collection.immutable.TreeMap ) O(log(n)) 

TreeSet (http://www.scala-lang.org/api/ 不 可 变 集 合 ， 底 层 用 红 黑 树 实现 ， 操 作 的 复杂 度 为 
current/#scala.collection.immutable.TreeSet) O(log(n)) 

Vector (http://www.scala-lang.org/api/ 不 可 变 、 支 持 下 标的 序列 的 默认 实现 





current/#scala.collection.immutable. Vector ) 





Bitset 是 非 负 整数 的 集合 ， 被 打包 为 64 比特 的 字 组 成 的 大 小 可 变 的 数组 。 最 大 元 素 个 数 决 
定 了 内 存 占 用 量 。 


Vector 使 用 基于 树 的 、 持 入 的 数据 结构 来 实现 ， 如 6.11 节 讨 论 的 那样 ， 它 可 以 提供 出 色 的 
性 能 ， 操 作 的 均 摊 复杂 度 达 到 OC). 

Map 的 源 代码 (https://github.com/scala/scala/blob/v2.11.2/src/library/scala/collection/immutable/ 
Map.scala#L1) 值得 一 读 ， 尤 其 是 伴随 对 象 的 部 分 。 需 要 注意 ，Map 还 为 只 有 0 到 4 个 键 值 
的 情况 声明 了 专用 的 实现 。 当 你 调用 Map.apply (定义 于 父 特 征 ) 时 ，Scala 会 创建 一 个 最 
适合 当前 数据 的 Map 实例 。 

















12.1.6 scala.collection.mutable 包 


有 些 时 候 你 需要 一 个 在 单线 程 操作 中 的 可 变 集合 类 型 。 我 们 已 经 讨论 了 不 可 变 集 合 为 何 应 
该 成 为 默认 选项 的 问题 。 对 这 些 集合 做 可 变 操 作 不 是 线程 安全 的 。 然 而 ， 为 了 提高 性 能 等 
原因 ， 有 原则 、 谨 慎 地 使 用 可 变数 据 也 是 恰当 的 。 表 12-3 按 字母 顺序 给 出 了 mutable 包 中 
最 常用 的 集合 。 














表 12-3: 最 常用 的 可 变 集合 










































































































































































































































































名 B 描 B 

AnyRefMap 为 AnyRef 类 型 的 键 准 备 的 映射 表 ， 采 用 开放 地 址 法 解决 冲突 。 大 部 分 操作 通常 都 比 
HashMap 快 

ArrayBuffer 内 部 用 数组 实现 的 缓冲 区 类 ， 追 加 、 更 新 与 随机 访问 的 均 捧 时 间 复杂 度 为 O(1)， 头 部 
插入 和 删除 操作 的 复杂 度 为 O(n) 

ArrayOps Java 数组 的 包装 类 ， 实 现 了 序列 操作 

ArrayStack 数组 实现 的 栈 ， 比 通用 的 栈 速度 快 

BitSet 内 存 效率 高 的 非 负 整 数 集 合 ， 见 表 12-2 对 immutable.BitSet 的 讨论 

HashMap 基于 散 列 表 的 可 变 版 本 的 映射 

HashSet 基于 散 列 表 的 可 变 版 本 的 集合 

HashTable 于 实现 基于 散 列表 的 可 变 集 合 的 trait 

ListMap 基于 列表 实现 的 映射 

LinkedHashMap 基于 散 列 表 实 现 的 映射 ， 元 素 可 以 按 其 插入 顺序 进行 遍历 

LinkedHashSet 基于 散 列 表 实 现 的 集合 ， 元 素 可 以 按 其 插入 顺序 进行 遍历 

Longmap 键 的 类 型 为 Long， 基 于 散 列表 实现 的 可 变 映 射 ， 采 用 开放 地 址 法 解决 神 突 。 大 部 分 操 
作 都 比 HashMap 快 

Map Map 特征 的 可 变 版 ， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 
List 的 子 类 实例 

MultiMap 可 变 的 映射 ， 可 以 对 同一 个 键 赋 以 多 个 值 

PriorityQueue 基于 堆 的 ， 可 变 优先 队列 。 对 于 类 型 为 A 的 元 素 ， 必 须 存 在 隐 仿 的 ordering[A] 实例 。 

Queue 可 变 的 FIFO (先入 先 出 ) 队列 

Seq 表示 可 变 序列 的 trait， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 
List 的 子 类 实例 

Set 声明 了 可 变 集合 相关 操作 的 trait， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 可 
以 用 来 构造 List 的 子 类 实例 

SortedSet 表示 可 变 集合 的 trait， 包 含 一 个 可 按 特 定 排列 顺序 遍历 元 素 的 迭代 器 。 其 伴随 对 象 有 
apply 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 List 的 子 类 实 侦 

Stack 可 变 的 LIFO (后 入 先 出 ) 栈 

TreeSet 可 变 集合 ， 底 层 用 红 黑 树 实现 ， 操 作 的 复杂 度 为 O(log(n)) 

WeakHashMap 可 变 的 散 列 映射 ， 引 用 元 素 时 采用 弱 引 用 。 当 元 素 不 再 有 强 引 用 时 ， 就 会 被 删除 。 该 
类 包装 了 WeakHashMap 

WrappedArray Java 数组 的 包装 类 ， 支 持 序列 的 操作 





WrappedArray 与 Array0ps 差不多 完全 相同 ， 差 别 仅 在 于 它们 各 自 返 回 Array 的 方法 上 。 对 


于 Array0ps， 返 回 








的 是 新 的 Array[T]， 而 WrappedArray 返回 
所 以 ， 如 果 用 户 需要 Array， 更 适合 用 Array0ps; 但 当 用 户 并 不 关心 这 一 点 的 时 候 ， 如 果 








的 是 新 的 WrappedArray[T]。 





涉及 序列 转换 ， 使 用 WrappedArray 会 更 加 高 效 。 这 是 因为 WrappedArray 避免 了 ArrayOps 
中 对 数组 的 “打包 ”和 “分 拆 ” 工 作 。 





Scala 集 合 库 | 


293 





12.1.7 scala.collection.parallelfl 
并 行 集合 的 思想 是 利用 现代 多 核 系统 提供 的 并 行 硬件 多 线程 。 根 据 定义 ， 任 何 可 以 并 行 指 
定 的 集合 操作 都 可 以 利用 这 种 并 行 性 。 


有 具体 地 说 ， 集 合 被 分 成 多 个 片段 ， 操 作 (如 map) 应 用 在 各 个 片段 上 ， 然 后 将 结果 组 合 在 
一 起 ， 形 成 最 终结 果 。 也 就 是 说 ， 这 里 用 了 分 而 治之 的 策略 。 


在 实践 中 ， 并 行 集合 没有 被 广泛 使 用 ， 因 为 在 许多 情况 下 ， 并 行 化 的 开销 可 能 会 掩盖 它 的 
优点 ， 而 且 不 是 所 有 的 操作 都 可 以 并 行 执行 。 开 销 包 括 线程 调度 、 数 据 分 块 、 以 及 最 后 对 
结果 的 合并 。 通 常情 况 下 ， 除 非 该 集合 规模 极 大 ， 否 则 串 行 执行 速度 会 更 快 。 所 以 ， 一 定 
要 仔细 评估 真实 世界 里 的 场景 ， 确 定 集合 是 否 足 够 大 ， 并 行 操作 是 否 足 够 快 ， 来 让 我 们 选 
择 并 行 集 合 。 

对 于 具体 的 并 行 集合 类 型 ， 你 可 以 直接 用 与 非 并 行 集合 相同 的 惯例 来 实例 化 它 ， 也 可 以 对 
相应 的 非 并 行 集合 调用 par 方法 。 


并 行 集合 的 组 合 也 与 非 并 行 集合 类 似 。 它 们 在 scala.collection.parallel 包 中 具有 共同 的 
trait 和 类 ， 在 immutable 子 包 中 定义 了 相同 的 不 可 变 具 体 集合 ， 在 mutable 子 包 中 定义 了 
相同 的 可 变 具 体 集合 

后 ， 有 一 点 有 必要 理解 ， 并 行 意味 着 嵌 套 操作 的 顺序 是 未 定义 的 。 考 虑 如 下 示例 ， 我 们 
将 从 1 到 10 的 数字 连接 起 来 放 进 一 个 字符 串 中 : 


// src/main/scala/progscala2/collections/parallel.sc 
























































scala> ((1 to 10) ioe ™) ((s1, s2) => s"$s1 - $s2") 
res0: Any = -1- 3-4-5-6-7-8-9 - 10" 


scala> ((1 to 10) fold "") ((s1, s2) => s"$si - $s2") 
rest: Any="-1-2-3-4-5-6-7-8-9 - 10" 


scala> ((1 to 10).par fold " ") ((s1, s2) => s"$s1 - $s2") 
res2: Any="-1- -2 3-4-5- -6- -7- -8- -9- - 10" 


scala> ((1 to 10). par fold " 5) ((s1, s2) => s"$s1 - $s2") 
res3: Any = -1- 2 3- -4-5- -6- -7- - 8-9 - 10" 


对 于 非 并 行 的 版 本 ， 代 码 总 是 能 返回 相同 的 结果 。 但 对 于 并 行 版 本 ， 多 次 运行 会 返回 不 同 
的 结果 ! 
然而 ， 加 法 能 够 正常 工作 : 


scala> ((1 to 10) fold 0) ((s1, s2) => s1 + s2) 
res4: Int = 55 





scala> ((1 to 10) fold 0) ((s1, s2) => s1 + s2) 
res5: Int = 55 


scala> ((1 to 10).par fold 0) ((s1, s2) => s1 + s2) 
res6: Int = 55 





294 | 第 12 章 


scala> ((1 to 10).par fold 0) ((si, s2) => s1 + s2) 
res7: Int = 55 


每 次 运行 都 返回 了 相同 的 结果 。 

具体 地 讲 ， 操 作 必须 满足 结合 律 ， 才 能 在 并 行 操 作 中 返回 稳定 的 、 可 预测 的 结果 。 也 就 是 
Ui, (atb)+c==a+(b+c) 必须 始终 成 立 。 并 行 运行 时 ， 每 次 输出 的 字符 串 中 ， 空 格 和 - 分 隔 
符 数量 不 一 致 ， 这 表明 这 里 使 用 的 操作 不 满足 结合 律 。 每 次 运行 ， 并 行 集合 都 被 按照 不 同 
的 、 不 可 预测 的 方式 拆 分 。 

除了 满足 结合 律 外 ， 加 法 还 满足 交换 律 ， 但 这 不 是 必须 的 。 注 意 到 ， 在 字符 串 的 例子 中 ， 
各 个 元 素 按照 可 预见 的 、 从 左 到 右 的 顺序 排列 ， 说 明 交 换 律 并 不 是 必要 的 。 

由 于 并 行 集合 都 有 非 并 行 的 对 应 类 型 ， 后 者 我 们 已 经 讨论 过 了 ， 所 以 我 就 不 列举 非 并 行 
合 的 具体 类 型 了 。 关 于 parallel, parallel.immutable 和 parallel.mutable 包 ， 我 们 可 以 
B5 Scaladoc。 此 外 ，Scaladoc 还 讨论 了 这 里 未 讨论 的 其 他 问题 。 


12.2 ”选择 集合 

除了 决定 使 用 可 变 集合 还 是 不 可 变 集合 ， 平 行 集合 或 非 并 行 集合 ， 在 给 定 的 场景 下 ， 你 还 
需要 决定 究竟 应 该 选择 什么 集合 类 型 ? 

这 里 有 一 些 非 正式 的 标准 和 方案 可 供 考 虑 。 集 合 类 型 的 不 同 操作 复杂 度 值得 研究 。 在 
Scaladoc (http://docs.scala-lang.org/overviews/collections/performance-characteristics.html) 中 
有 一 个 详尽 的 列表 。 在 StackOverflow (http://stackoverflow.com/questions/24464792/scala- 
collections-flowchart/244655 14#24465514) 上 也 有 一 个 关于 选择 集合 类 型 的 讨论 。 

当 可 能 同时 有 可 变 和 不 可 变 两 种 选择 时 ， 我 将 使 用 immutable.List (mutable.LinkedList) 
来 表示 不 可 变 (可 变 ) 的 选项 。 

你 需要 有 序 、 可 遍历 的 序列 吗 ? 那 就 考虑 immutabLe.List (mutable.LinkedList)、 
immutable.Vector 或 mutable.ArrayBuffer , 

List 提供 了 OC) 的 前 插 和 取 头 市 点 复杂 度 ， 但 追加 和 读 取 内 部 其 他 元 素 的 复杂 度 为 O(n)。 
由 于 Vector 是 可 持久 的 数据 结构 (如 前 面 所 讨论 的 一 样 )， 它 的 所 有 操作 都 是 0(1) 复杂 度 。 
如 有 果 你 需要 随机 访问 ，ArrayBuffer 是 更 好 的 选择 。 追 加 、 更 新 和 随机 访问 所 需要 的 均 捧 
时 间 复 杂 度 均 为 0(1)， 但 前 插 和 删除 复杂 度 为 0(n)。 

所 以 ， 当 你 需要 一 个 序列 时 ， 如 果 你 多 半 与 头 部 元 素 打 交道 ， 主 要 使 用 Litst， 如 有 果 你 需要 
访问 一 般 元 素 ， 则 使 用 Vector, Vector 是 一 个 强大 、 通 用 的 ， 具 有 优异 全 能 表现 的 集合 。 
不 过 ， 在 有 些 情 况 下 ，ArrayBuffer 能 提供 更 低 的 常数 时 间 ， 从 而 降低 开销 ， 提 高 性 能 。 
其 他 的 通用 场景 中 ， 我 们 需要 基于 键 的 、O() 复杂 度 的 元 素 存 取 ， 也 就 是 数值 根据 键 被 存 
储 在 immutable.Map (mutable.Map) 中 。 同 样 ，immutable.Set (mutable.Set) 被 用 来 测试 
值 是 否 存在 。 
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12.3 ”集合 库 的 设计 惯例 


为 了 解决 设计 问题 ， 促 进 代码 重用 ， 集 合 库 使 用 了 许多 惯用 方法 。 接 下 来 ， 我 们 会 讨论 这 
些 惯用 法 ， 同 时 了 解 库 实 现 中 用 到 的 “辅助 ”类 型 。 











12.3.1 Builder 


我 在 前 面 曾 提 到 ， 如 果 小 心 合理 地 使 用 ， 可 变 集 合 将 是 为 了 提高 性 能 而 做 出 的 合理 让 步 。 
事实 上 ， 集 合 API 在 内 部 使 用 了 可 变 集合 建立 新 的 输出 集合 ， 如 在 map 操作 中 就 是 如 此 。 
map 操作 还 使 用 了 collection.mutable.Builder 特征 的 实现 ， 以 构造 新 实例 。 


生成 器 (builder) 的 签名 如 下 : 


trait Builder[-Elem, +To] { 
def +=(elem: Elem): Builder.this.type 
def clear() 
def result(): To 
// Other methods derived from these three abstract methods. 


























这 种 罕见 的 Builder. this. type 签名 是 一 个 单 例 类 型 (singleton type)。 它 确保 += 方法 在 调 
用 时 只 返回 生 Builder 的 实例 ， 也 就 是 this, MRSS ik E Builder 的 一 个 新 实例 ， 那 么 
就 无 法 通过 类 型 检查 | 我 们 将 会 在 15.3 节 中 学 习 到 单 例 。 


以 下 是 List 的 一 个 builder 实现 : 



































// src/main/scala/progscala2/collections/ListBuilder.sc 
import collection.mutable.Builder 


class ListBuilder[T] extends Builder[T, List[T]] { 
private var storage = Vector.empty[T] 


def +=(elem: T) = { 
storage = storage :+ elem 
this 

} 


def clear(): Unit = { storage = Vector.empty[T] } 


def result(): List[T] = storage.toList 


} 


val lb = new ListBuilder[Int] 
(1 to 3) foreach (i => lb += i) 
lb.result 

// 结果 : List(1, 2, 3) 


一 个 比 Vector 更 有 效率 的 内 部 存储 集合 诞生 了 ， 不 过 它 说 明了 builder 的 用 法 。 
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12.3.2 CanBuildFrom 
考虑 如 下 示例 ， 对 列表 中 的 数字 做 map 操作 : 


scala> List(1, 2, 3, 4, 5) map (2 * _) 
res0: List[Int] = List(2, 4, 6, 8, 10) 


List 中 有 这 种 方法 ， 它 的 简化 签名 为 : 
map[B](f: (A) => B): List[B] 


然而 ， 标 准 库 尽 可 能 做 到 重用 。 回 想 一 下 ，5.2.3 节 提 到 : map 事实 上 定义 于 scala. 
collection.TraversableLike， 这 是 一 个 被 List 混入 的 traite map 的 实际 签名 如 下 : 








trait TraversableLike[+A, +Repr] extends ... { 


def map[B, That](f: A => B)( 
implicit bf: CanBuildFrom[Repr, B, That]): That = {...} 

} 
Repr 是 内 部 用 来 保存 元 素 的 集合 类 型 。B 是 国 数 f 创建 的 元 素 类 型 。That 是 我 们 想 要 创建 
的 目标 集合 的 类 型 参数 ， 它 可 能 与 输入 的 原始 集合 相同 ， 也 可 能 不 同 。 
TraversableLike 对 其 子 类 (如 List) 一 无 所 知 ， 但 它 还 是 可 以 构造 新 的 List 并 将 其 返回 ， 
因为 隐 含 的 CanBuildFron 实例 封装 了 所 需要 的 细 市 。 
CanBuildFrom 是 创建 Builder 实例 的 工厂 的 trait， 由 工厂 来 完成 实际 构造 新 集合 的 工作 。 
使 用 CanBuildFrom 技术 的 一 个 缺点 是 额外 增加 了 方法 签名 的 复杂 度 。 然 而 ， 除 了 促进 类 似 
map 等 操作 在 面向 对 象 中 的 重用 以 外 ，CanBuildFron 在 其 他 方面 使 得 构造 更 加 模块 化 、 通 
用 化 。 
例如 : CanBuildFrom 实例 可 以 为 返回 的 不 同 具体 集合 实例 化 多 个 Builder。 通 常 它 会 返回 
相同 类 型 的 新 集合 ， 或 者 返回 对 给 定 元 素来 说 更 高 效 的 子 类 型 。 
实现 一 个 包含 很 多 元 素 的 映射 表 最 好 将 键 存 储 在 散 列 表 中 ， 同 时 提供 均 为 0(1) 的 存储 和 查 
询 复杂 度 。 然 而 ， 对 于 一 个 小 映射 ， 可 能 将 元 素 直接 存在 数组 或 列表 中 会 更 快 ， 这 时 了 很 
My, O(n) 的 查询 复杂 度 事实 上 比 散 列 表 的 0(1) 复杂 度 还 要 快 ， 这 取决 于 散 列 表 的 常数 开 
销 因子 。 
输入 集合 类 型 不 能 用 来 作为 输出 集合 类 型 的 情况 还 有 其 他 形式 。 考 虑 下 面 的 示例 : 


scala> val set = collection.BitSet(1, 2, 3, 4, 5) 
set: scala.collection.BitSet = BitSet(1, 2, 3, 4, 5) 







































































scala> set map (_.toString) 

res0: scala.collection.SortedSet[String] = TreeSet(1, 2, 3, 4, 5) 
BitSet (http://www.scala-lang.org/api/current/#scala.collection.BitSet) 只 能 保存 整数 ， 所 
以 ， 如 果 将 其 元 素 转 为 字符 串 ， 隐 含 的 CanBuildFrom 只 能 实例 化 不 同 于 输入 的 输出 集合 。 
在 本 例 中 ， 输 出 集合 是 SortedSet (http://www.scala-lang.org/api/current/#scala.collection. 


immutable.SortedSet) 。 
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类 似 地 ， 对 于 字符 串 〈 字 符 序列 ) ， 我 们 也 可 能 遇 到 以 下 情形 ; 


scala> "xyz" map (_.toInt) 
resQ: scala.collection.immutable.IndexedSeq[Int] = Vector(120, 121, 122) 


CanBuildFrom 的 男 一 个 好 处 是 传送 其 他 上 下 文 信息 的 能 力 ， 这 些 上 下 文 信息 可 能 是 原 集合 
不 知道 或 不 适合 由 原 集合 来 传递 的 。 例 如 : 使 用 分 布 式 计算 API 时 ， 特 定 的 CanBuildFrom 
实例 可 能 被 用 于 构建 那些 适合 序列 化 到 远程 进程 的 集合 。 





12.3.3 Like 特征 


我 们 看 到 Builder 和 CanBuildFrom 为 输出 集合 指定 了 类 型 参数 。 为 了 文 持 对 这 些 参数 的 指 
定 ， 也 为 了 加 强 代码 重用 ， 你 知道 的 大 多 数 集合 都 混入 了 相应 的 …Like 特征 。 该 trait 可 以 
添加 合适 的 返回 值 类 型 ， 并 为 常见 方法 提供 实现 。 


以 下 是 collection.immutable.Seq 的 声明 : 




















trait Seq[+A] extends Iterable[A] with collection.Seq[A] 
with GenericTraversableTemplate[A, Seq] with SeqLike[A, Seq[A]] 
with Parallelizable[A, ParSeq[A]] 


需要 注意 的 是 ，collection.SeqLike 同时 用 元 素 类 型 A 和 Seq[A] 本 身 进 行 参数 化 。 第 二 个 

参数 用 于 约束 在 map 等 方法 中 能 够 使 用 的 CanBuildFrom 实例 。 该 trait 还 实现 了 Seq 中 大 部 

分 我 们 熟悉 的 方法 。 

我 鼓励 大 家 查阅 Scaladoc 中 的 collection. immutable. Seq 和 我 们 讨论 的 其 他 公共 集合 类 型 。 

点 击 其 他 trait 的 链接 ， 看 看 它们 都 做 了 什么 。 这 些 trait 及 其 自身 混入 的 trait 构成 了 一 个 类 

型 树 。 幸 运 的 是 ， 对 于 实际 使 用 具体 的 集合 类 型 ， 这 里 的 大 部 分 细 市 都 是 无 关 紧 要 的 。 

总 之 ， 在 集合 的 设计 中 使 用 了 三 个 最 重要 的 设计 方法 。 

(1) 用 Builder 抽象 了 构造 。 

(2) 用 CanBuildFrom 提供 隐 含 的 工厂 ， 用 于 构造 适合 给 定 上 下 文 的 生成 器 实例 。 

(3) Like 特征 为 Buttder 和 CanButtdFron 添加 必须 的 返回 值 类 型 参数 ， 并 提供 大 部 分 的 广 
法 实现 。 

如 果 要 构建 自己 的 集合 ， 你 需要 遵循 这 些 惯例 。 根 据 第 7 章 ， 我 们 知道 ， 如 果 集 合 实现 了 

foreach, map, flatMap 和 withFiLter， 那 么 集合 就 可 以 像 内 置 的 集合 类 型 一 样 在 for 表达 

式 中 使 用 。 


12.4 值 类 型 的 特 化 


Scala 对 值 类 型 (如 Int, Float 等 ) 和 引用 类 型 进行 统一 处 理 的 一 个 好 处 就 是 ，Scala 可 
以 用 值 类 型 声明 参数 化 类 型 实例 ， 如 List[Int]。 与 此 相反 ，Java 中 只 能 用 包装 过 的 类 型 ， 
如 List<Integer>。 包 装 需 为 对 象 分 配额 外 的 内 存 ， 也 需要 额外 的 时 间 管 理 内 存 。 而 原生 
类 型 在 内 存 中 是 连续 分 布 的 ， 可 以 提供 缓存 命中 率 ， 从 而 为 某 些 算法 提高 性 能 。 


因此 ， 在 以 数据 为 中 心 的 Java 库 中 〈 如 那些 为 大 数据 应 用 写 的 库 中 )， 往 往 有 一 长 串 为 原 
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A 也 可 能 只 有 几 个 (为 Long 和 double 定义 的 容器 )。 也 就 是 

， 你 会 看 到 有 的 类 表示 long 型 的 向 量 ， 有 的 类 表示 double 型 的 向 量 。 于 是 ， 库 的 体积 
oe Java 支持 原生 类 型 的 集合 的 情况 ， 而 这 些 专门 声明 的 原生 类 型 的 容器 ， 往 往 效率 比 
相应 的 基于 对 象 的 实现 高 出 十 倍 。 
WERE, AE Scala 允许 我 们 声明 值 类 型 的 容器 ， 但 这 并 不 能 解决 问题 。 由 于 类 型 擦 除 
的 存在 以 及 JVM 很 难 记忆 容器 中 元 素 类 型 的 事实 ， 元 素 被 认为 是 Object 类 型 ， 所 有 的 元 
素 类 型 共有 同一 种 容器 的 实现 版 本 。 所 以 List[Double] 依然 需要 使 用 例如 Java 包装 后 的 
Double 样 的 类 型 。 


如 果 存 在 一 种 机 制 能 告诉 编译 堪 生 成 容 堪 的 “ 特 化 ”实现 ， 该 有 多 好 ? 容器 的 这 种 “ 特 
化 ”实现 有 助 于 原型 类 型 的 最 优化 。 事 实 上 ，Scala 中 的 @spectalized (http://www.scala- 
lang.org/api/current/scala/specialized.html) 标记 可 以 实现 这 个 目的 。 它 会 告诉 编译 器 为 标记 
中 列 出 的 值 类 型 生成 自 定义 的 实现 : 


class SpecialVector[@specialized(Int, Double, Boolean) T] {...} 


文 个 例子 为 Int、Double 和 Boolean 产 生 特 化 版 本 的 SpecialVector。 如 果 省 略 掉 @ 
specialized 后 的 列表 ， 所 有 值 类 型 都 将 产生 特 化 的 版 本 。 


然而 ， 自 从 引入 @specialized， 实 践 中 就 暴露 出 了 它 的 一 些 限制 。 首 先 ， 它 会 引入 很 多 自 
动 生成 的 代码 ， 所 以 滥用 @specialize 将 会 使 库 的 体积 过 大 。 


第 二 ， 实 现 中 存在 一 些 设计 缺陷 (关于 本 问题 的 详细 讨论 ，https://speakerdeck.com/ 
vladureche/miniboxing-presentation-at-scaladays-2014 有 最 新 更 新 )。 如 果 一 个 字段 在 原始 容 

器 中 被 声明 为 泛 型 类 型 ， 那 么 它 在 特 化 时 不 会 转 为 原生 类 型 的 字段 。 相 反 ， 编 译 器 会 再 生 
成 一 个 相应 原生 类 型 的 重复 字段 ， 从 而 带 来 错误 。 另 一 个 缺陷 是 ， 特 化 的 容器 被 实现 为 原 
始 通 用 容器 的 子 类 。 当 通用 容器 及 其 子 类 都 是 特 化 类 型 时 ， 就 无 法 工作 了 。 特 化 的 类 型 应 
该 与 父 类 型 具有 同样 的 继承 关系 ,但 由 于 JVM 的 单 继 承 模型 ， 这 种 相同 的 继承 关系 得 不 
到 支持 。 


由 于 这 些 实践 中 的 不 足 ，Scala 库 对 @specialized 使 用 得 很 有 限 。 它 主要 用 在 Function, 
TupleN, Productn 类 型 或 者 少数 集合 中 。 


在 我 们 讨论 @specialized 的 一 个 新 兴 替 代 品 之 前 ， 要 注意 到 ,方法 还 有 一 个 @ 
unspecialized (http://www.scala-lang.org/api/current/index.html#scala.annotation. 
unspecialized) 标记 。 当 类 型 有 @specialized 标记 ,但 又 不 想 使 用 生成 特 化 版 本 的 方法 时 ， 
我 们 可 以 使 用 @unspecialized 标记 。 当 特 化 带 来 的 性 能 改进 优势 不 足以 弥补 它 带 来 的 库 体 
积 增 大 时 ， 你 也 可 以 使 用 这 个 标记 。 































































































Miniboxing 

Miniboxing 试图 去 掉 特 化 的 那些 限制 因素 ， 因 此 它 是 @specialized 的 一 个 替代 机 制 ， 目 前 
正 处 在 开发 中 。 尽 管 做 为 编译 器 插件 (http://scala-miniboxing.org) 已 经 可 以 用 于 实验 了 ， 
Miniboxing 在 Scala 的 下 一 个 版 本 中 可 能 才 会 出 现 。 所 以 ， 现 在 可 以 讨论 一 下 它 了 。 


安装 了 这 个 插件 后 ， 它 的 使 用 方法 与 @specialized 是 一 致 的 : 
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class SpecialVector[@miniboxed(Int, Double, Boolean) T] {...} 


Miniboxing 将 泛 型 容器 改 为 拥有 两 个 子 类 型 的 trait， 一 个 子 类 用 于 值 类 型 ， 另 一 个 子 类 用 
于 引用 类 型 ， 从 而 降低 了 代码 膨胀 。 表 示 原 生 类 型 的 子 类 注意 到 ， 一 个 8 比特 的 值 可 以 装 
下 任何 一 个 原生 类 型 。 利 用 这 一 点 ， 该 类 增加 了 一 个 “标签 "， 用 于 表示 这 8 比特 应 被 解 
释 成 的 原生 类 型 。 所 以 ， 该 子 类 表现 得 像 一 个 带 标签 的 联合 体 ， 不 再 需要 让 每 个 原生 类 型 
都 拥有 一 个 单独 的 实例 。 引 用 类 型 不 受 影响 。 

通过 将 原始 容器 改 为 rait， 它 所 存在 的 所 有 继承 关系 都 得 到 了 保持 。 例 如 : 我 们 有 两 个 参 
数 化 的 容器 CIT] FUDIT], HEP DIT] 类 继承 了 C[T]， 并 且 这 两 个 类 型 都 做 了 特 化 ， 那 么 从 
概念 上 看 ， 生 成 的 代码 会 是 这 样 : 











trait C[T] // was class C[T] 
class C_primitive[T] extends C[T] // T is an AnyVal 
class C_anyref[T] extends C[T] // T is an AnyRef 
trait D[T] extends C[T] // was class D[T] 
class D_primitive[T] extends C_primitive[T] with D[T] // T is an AnyVal 
class D_anyref[T] extends C_anyref[T] with D[T] // T is an AnyRef 


同时 ， 为 了 提高 效率 ， 你 依然 可 以 使 用 @specialized 标记 。 但 是 需要 注意 它 会 引起 库 体 积 
变 大 ， 以 及 前 文 介绍 过 的 设计 上 的 限制 问题 。 


125 本章 回顾 与 下 一 章 提要 


我 们 对 Scala 的 集合 库 进行 了 深入 了 解 ， 包 括 可 变 与 不 可 变 的 区 别 ， 并 行 变 体 ， 以 及 如 何 
在 Java 集合 和 Scala 集合 间 相 互 转换 ， 还 讨论 了 一 个 重要 的 未 结束 的 话题 ， 即 : 如 何 使 集 
合 高 效 地 与 JVM 原生 类 型 配合 ， 以 减少 对 原生 类 型 进行 包装 带 来 的 开销 。 
在 涉及 Scala 类 型 系统 的 主要 话题 之 前 ， 下 一 章 将 涵盖 的 话题 你 也 应 该 了 解 。 尽 管 这 个 话 
题 不 是 每 天 都 关注 的 ，Scala 对 细 粒 度 可 见 性 控制 的 各 种 支持 。Scala 远 远 超过 了 Java 中 的 
public、protected、private 可 见 性 控制 和 默认 的 package 的 作用 域 管理 。 
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BIS 


可 见 性 规则 





Java 提供 了 四 个 级 别 的 可 见 性 : public, protected, private 以 及 默认 的 package 可 见 性 。 而 
Scala 的 可 见 性 规则 很 好 地 超越 了 这 四 个 级 别 。 在 面向 对 象 的 编程 语言 中 ， 可 见 性 规则 用 
于 对 外 暴露 某 一 类 型 必须 提供 的 公有 抽象 ， 而 实现 信息 则 被 封装 起 来 ， 外 部 无 法 访问 。 

本 章 将 对 可 见 性 规则 进行 深入 讲解 ， 而 这 部 分 内 容 确实 会 有 些 枯 燥 。 从 表面 上 看 ， 除 了 
Scala 的 默认 可 见 性 是 public 之 外 ，Scala 的 可 见 性 规则 与 Java 规则 非常 相似 。Scala 增加 
了 许多 复杂 的 作用 域 规则 ， 不 过 在 日 常 编写 的 Scala 代码 中 ， 你 并 没有 太 多 机 会 应 用 到 这 
些 规则 。 因 此 ， 你 可 以 考虑 粗略 浏览 本 章 前 一 两 个 小 节 以 及 总 结 部 分 。 甚 他 内 容 可 以 暂时 
不 看 ， 等 到 你 开始 编写 自己 的 Scala 库 ， 需 要 了 解 特定 的 内 容 时 ， 再 查阅 相关 内 容 。 


13.1 默认 可 见 性 : 公有 可 见 性 


与 Java 不 同 ，Scala 将 公有 可 见 性 (public visibility) 视 为 默认 可 见 性 ， 不 过 这 与 其 他 的 面向 对 
象 编 程 语言 的 做 法 一 致 。 如 果 你 希望 对 类 型 中 某 些 成 员 的 可 见 性 进行 限制 ， 只 人 允许 类 型 本 身 
访问 这 些 成 员 ， 常 用 的 做 法 是 将 这 些 类 型 成 员 声明 为 私有 成 员 ， 或 者 把 它们 声明 为 protected 
成 员 ， 只 允许 子 类 访问 。 不 过 Scala 为 你 提供 了 更 多 选项 ， 而 本 章 会 做 出 详细 地 讲述 。 

对 于 用 户 需 要 查看 并 使 用 的 任何 对 象 成 员 ， 你 都 可 以 把 它们 设置 public 可 见 性 。 在 使 用 
public 可 见 性 时 ， 请 牢记 一 点 : 这 组 具有 公有 可 见 性 的 成 员 组 合成 了 一 个 抽象 体 ， 与 类 型 
名 称 一 起 暴露 给 了 外 部 。 

































































定义 最 小 化 、 清 晰 而 又 简洁 的 公有 抽象 也 是 良好 的 面向 对 象 设计 中 的 一 环 。 
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传统 的 面向 对 象 设 计 认 为 ， 字 段 应 该 是 private 或 protected 可 见 性 。 假 如 需要 对 该 字段 进 
行 访问 ， 我 们 应 该 提供 访问 方法 ， 而 不 是 把 所 有 的 字段 默认 为 可 访问 。 

存在 两 个 理由 支撑 这 一 传统 。 第 一 个 理由 是 : 这 样 做 能 够 阻止 用 户 未 经 许可 便 对 可 变 变 量 
进行 修改 。 不 过 ， 使 用 不 可 变 值 也 可 以 消除 这 一 顾虑 。 而 第 二 个 理由 是 : 字段 只 是 实现 的 
一 部 分 ， 它 们 并 不 是 你 希望 对 外 暴露 的 公有 抽象 体 。 

如 果 人 允许 直接 访问 字段 ， 那 么 统一 访问 原则 (请 参考 8.6.1 节 的 相关 内 容 ) 的 优势 便 体现 
出 来 了 。 运 用 统一 访问 原则 ， 我 们 可 以 让 用 户 使 用 公用 字段 访问 语法 对 字段 进行 访问 ， 而 
在 实现 时 可 以 根据 情况 ， 采 用 方法 访问 或 直接 访问 的 方式 。 用 户 则 无 需 知道 具体 的 实现 方 
式 。 尽 管 仍然 需要 重新 编译 代码 ， 但 我 们 可 以 在 不 告知 用 户 的 情况 下 修改 具体 的 实现 。 
使 用 类 型 的 “用 户 ” 存 在 两 种 : 继承 自 该 类 型 的 类 型 ， 以 及 使 用 该 类 型 实例 的 代码 。 与 操 
作 实 例 的 用 户 相 比 ， 继 承 类 型 往往 需要 对 父 类 型 成 员 进 行 更 多 次 的 访问 。 

Scala 可 见 性 规则 与 Java 规则 相似 ， 不 过 Scala 规则 更 统一 ， 也 更 灵活 。 例 如 : 在 Java H, 
如 果 一 个 内 部 类 中 包含 了 私有 成 员 ， 那 么 包装 类 能 够 访问 该 成 员 。 在 Scala 中 ， 包 装 类 无 
法 看 到 内 部 类 的 私有 成 员 ， 不 过 Scala 提供 了 另外 一 种 声明 方式 ， 使 得 包装 类 可 以 看 到 该 
成 员 。 


13.2 可 见 性 关键 字 


{E Java 和 C# 语 言 中 ， 我 们 在 成 员 声 明 起 始 位 置 输 入 用 于 修改 可 见 性 的 关键 字 ， 如 
private 和 protected 关键 字 。 在 Scala 中 ， 你 会 在 类 型 的 class 或 trait 关键 字 之 前 、 字 
PEAY val 或 var 之 前 、 方 法 定义 的 def 关键 字 之 前 找到 这 些 可 见 性 关键 字 。 
你 也 可 以 在 类 的 主 构 造 函 数 中 使 用 访问 修饰 符 。 把 这 些 修 饰 符 放 到 类 型 名 称 
和 类 型 参数 (如果 声 明 中 有 类 型 参数 的 话 ) 之 后 ， 参 数列 表 之 前 。 相 关 示 例 
如 下 : class Restricted[+A] private (name: String) {...}, 
为 什么 要 限制 用 户 访 问 主 构造 函数 呢 ?” 因 为 这 样 一 来 ， 便 能 强迫 用 户 调用 工 
厂 方法 ， 而 不 是 直接 初始 化 该 类 型 。 



























































表 13-1 对 可 见 性 作用 域 进行 了 总 结 。 
表 13-1: 可 见 性 作用 域 











可 见 性 名 称 关键 字 描述 

public 无 关键 字 任何 作用 域内 均 能 访问 公有 成 员 或 公有 类 型 ，public 可 见 性 无 视 所 
有 限制 

protected protected 受 保护 (protected) 成 员 对 本 类 型 、 继 承 类 型 以 及 风 套 类 型 可 见 。 
而 受 保护 的 类 型 则 只 对 相同 包 内 或 子 包 内 的 某 些 类 型 可 见 

private private 私有 (private) 成 员 只 对 本 类 型 和 髓 套 类 型 可 见 ， 而 且 可 以 访问 私 
有 成 员 的 类 型 必须 位 于 相同 包 内 
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可 见 性 名 称 关键 字 描 述 

作用 域内 受 保护 protected[scope] 只 能 在 某 一 作用 域内 可 见 ， 该 作用 域 可 以 是 包 作用 域 、 类 型 作用 域 
或 this 作用 域 (这 意味 着 如 果 成 员 使 用 了 该 可 见 性 ，this 代表 了 相 

同 实例 ， 如 果 类 型 使 用 该 可 见 性 ， 则 this 表示 该 类 型 所 在 的 包 )。 

如 果 想 了 解 更 多 细节 ， 请 阅读 下 面 的 文字 

作用 域内 私有 ” private[scope] ”除了 对 具有 继承 关系 的 类 的 可 见 性 不 同 之 外 (会 在 后 续 说 明 )， 与 作 

用 域内 受 保护 可 见 性 相同 



























































我 们 将 会 对 这 些 可 见 性 选项 进行 更 深入 地 研究 。 为 了 简化 起 见 ， 我 们 在 示例 中 将 以 成 员 字 
段 为 例 。 方 法 声明 和 类 型 声明 中 的 可 见 性 规则 与 字段 规则 一 致 。 





不 幸 的 是 ， 你 无 法 为 包 添 加 任何 可 见 性 修改 符 。 因 此 ， 包 总 是 公有 的 ， 即 便 
是 包 里 面包 含 了 一 些 非 公有 可 见 的 类 型 。 








13.3 ”Public 可 见 性 


对 于 任何 声明 体 ， 如 果 未 指定 可 见 性 ， 它 们 对 应 的 可 见 性 关键 字 便 默认 为 public， 这 意味 
着 在 任何 作用 域 中 ,该 声明 体 均 可 见 。Scala 未 提供 public 关键 字 ， 这 与 Java 截然 不 同 。 
Java 语言 中 默认 的 “公有 ”可 见 性 只 对 包 可 见 ( 即 包 内 私有 )。 而 其 他 的 面向 对 象 语言 
(如 Ruby)， 同 样 将 public 作为 默认 作用 域 : 


// src/main/scala/progscala2/visibility/public.scala 

















package scopeA { 
class PublicClass1 { 
val publicField = 1 


class Nested { 
val nestedField = 1 


} 


val nested = new Nested 


} 


class PublicClass2 extends PublicClass1 { 
val field2 = publicField + 1 
val nField2 = new Nested().nestedField 
} 
} 


package scopeB { 
class PublicClass1B extends scopeA.PublicClass1 


class UsingClass(val publicClass: scopeA.PublicClass1) { 
def method = "UsingClass:" + 
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" field: " + publicClass.publicField + 
" nested field: " + publicClass.nested.nestedField 


} 
} 


代码 中 出 现 的 包 和 类 都 是 公有 可 见 性 。 请 注意 ，scopeB.UsingCtass 类 能 访问 scoped. 
PublicClass1 类 及 其 成 员 ， 包 括 Nested 类 的 实例 及 其 公有 字段 。 


13.4 _ Protected 可 见 性 


继承 类 往往 需要 对 父 类 型 的 一 些 详细 信息 进行 访问 ， 而 protected 可 见 性 则 为 这 些 继承 类 型 
的 开发 者 提供 了 便利 。 所 有 使 用 protected 关键 字 声 明 的 成 员 只 对 该 定义 类 型 可 见 ， 包 括 
相同 类 型 的 其 他 实例 以 及 所 有 的 继承 类 型 。 如 果 某 一 类 型 被 声明 为 受 保护 类 型 ， 那 么 该 类 
型 只 对 包含 这 个 类 型 的 包 内 可 见 。 


Java 则 恰恰 相反 ， 包 内 所 有 对 象 均 可 访问 protected KK. Scala 则 通过 设置 作用 域内 私有 
和 受 保 护 访问 控制 处 理 这 种 场景 


// src/main/scala/progscala2/visibility/protected.scalaX 
// 无 法 通过 编译 


























package scopeA { 
class ProtectedClass1(protected val protectedField1: Int) { 
protected val protectedField2 = 1 


def equalFields(other: ProtectedClass1) = 
(protectedField1 == other.protectedField1) && 
(protectedField2 == other.protectedField2) && 
(nested == other.nested) 


class Nested { 
protected val nestedField = 


} 


protected val nested = new Nested 


} 


class ProtectedClass2 extends ProtectedClass1(1) { 
val field1 = protectedField1 
val field2 = protectedField2 
val nField = new Nested().nestedField // 错误 


class ProtectedClass3 { 
val protectedClass1 = new ProtectedClass1(1) 
val protectedField1 = protectedClass1.protectedField1 // 错误 
val protectedField2 = protectedClass1.protectedField2 // 错误 
val protectedNField = protectedClassi.nested.nestedField // 错误 


protected class ProtectedClass4 





class ProtectedCLass5 extends ProtectedCLass4 
protected class ProtectedCLass6 extends ProtectedClass4 


} 


package scopeB { 
class ProtectedClass4B extends scopeA.ProtectedClass4 // 错误 


} 
运行 scalac 对 代码 文件 进行 编译 时 ， 将 会 出 现下 面 列 出 的 五 个 错误 ,分 别 对 应 了 使 用 “// 
错误 ”注释 的 五 行 代码 : 
.../visibility/protected.scalaX:23: error: value nestedField in class 
Nested cannot be accessed in ProtectedClass2.this.Nested 
Access to protected value nestedField not permitted because 
enclosing class ProtectedClass2 in package scopeA is not a subclass of 


class Nested in class ProtectedClass1 where target is defined 
val nField = new Nested().nestedField // 错误 
“A 








5 errors found 


由 于 ProtectedClass2 继承 了 Protected1 类 ， 因 此 ProtectedClass2 能 访问 ProtectedClass1 
中 定义 的 受 保护 成 员 。 不 过 ，ProtectedClass2 无 法 访问 protectedCLass1.nested 对 象 中 受 
保护 的 nestedField 成 员 。 同 时 ，ProtectedClass3 类 也 无 法 访问 它 使 用 的 ProtectedClass1 
实例 中 的 受 保护 成 员 。 

最 后 ， 由 于 ProtectedClass4 被 声明 为 protected 类 ， 其 对 scopeB 包 内 的 对 象 不 可 见 。 


13.5 Private 可 见 性 


私有 (private) 可 见 性 将 实现 细节 完全 隐藏 起 来 ， 即 便 是 继承 类 的 实现 者 也 无 法 访问 这 些 
细节 。 声 明 中 包含 了 private 关键 字 的 所 有 成 员 都 只 对 定义 该 成 员 的 类 型 可 见 ， 该 类 型 的 
其 他 实例 也 能 访问 这 些 成 员 。 如 果 类 型 被 声明 为 私有 可 见 性 类 型 ， 那 么 该 类 型 的 可 见 性 将 
被 限定 到 包含 该 类 型 的 包 内 : 


// src/main/scala/progscala2/visibility/private.scalaX 


// 无 法 通过 编译 











package scopeA { 
class PrivateClassi(private val privateField1: Int) { 
private val privateField2 = 1 


def equalFields(other: PrivateClass1) = 
(privateField1 == other.privateField1) && 
(privateField2 == other.privateField2) && 
(nested == other.nested) 


class Nested { 
private val nestedField = 1 


} 


private val nested = new Nested 
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class PrivateCLass2 extends PrivateClass1(1) { 
val field1 = privateField1 // 错误 
val field2 = privateField2 // 错误 
val nField = new Nested().nestedField // 错误 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1(1) 
val privateField1 = privateClassi.privateField1 // 错误 
val privateField2 = privateClassi.privateField2 // 错误 
val privateNField = privateClassi.nested.nestedField // 错误 


private class PrivateClass4 


class PrivateClass5 extends PrivateClass4 // 错误 
protected class PrivateClass6 extends PrivateClass4 // 错误 
private class PrivateClass7 extends PrivateClass4 


} 


package scopeB { 
class PrivateClass4B extends scopeA.PrivateClass4 // 错误 


} 
编译 上 述 文件 时 ， 注 释 中 包含 了 “错误 ”注释 的 九 行 代码 将 出 现 错误 。 
现在 ，PrivateClass2 无 法 访问 父 类 PrivateClass1 的 私有 成 员 。 正 如 错误 信息 表示 的 那 
样 ， 这 些 私有 成 员 对 子 类 完全 不 可 见 。 而 仍 套 类 中 的 私有 字段 也 是 无 法 访问 的 。 
与 访问 受 保护 变量 的 示例 一 样 ，PrivateClass3 正在 对 PrivateClass1 实例 进行 操作 ， 但 它 
却 无 法 访问 该 实例 的 私有 成 员 。 请 注意 ，equalFields 方法 可 以 访问 其 他 实例 中 定义 的 私 
有 成 员 。 
privateClass5 和 privateClass6 声明 之 所 以 失败 ， 是 因为 假如 Scala 允许 出 现 这 样 两 个 类 
的 话 ，PrivateClass4 便 “逃脱 了 private 作用 域 的 限定 ”"。 不 过 ， 由 于 PrivateClass7 也 被 
声明 为 私有 类 ， 因 此 PrivateClass7 声明 成 功 。 奇 怪 的 是 ， 在 之 前 的 示例 中 ， 我 们 声明 了 
一 个 继承 自 受 保护 类 的 公有 类 ， 但 却 未 出 现 这 样 的 错误 。 
最 后 ， 与 受 保护 的 类 型 声明 体 一 样 ， 我 们 无 法 在 不 同 的 包 中 定义 该 私有 类 型 的 子 类 。 


13.6 ”作用 域内 私有 和 作用 域内 受 保护 可 见 性 


Scala 为 用 户 提 供 了 一 些 额 外 方法 ， 以 帮助 用 户 以 更 小 的 粒度 对 可 见 性 的 作用 域 进行 调整 。 
从 这 一 点 看 ，Scala 超过 了 大 多 数 的 语言 。Scala 提供 了 作用 域内 私有 (scoped private) 可 
见 性 声明 和 作用 域内 受 保护 (scoped protected) 可 见 性 声明 。 请 注意 ， 在 具有 继承 关系 的 
情况 下 ， 对 类 成 员 应 用 这 两 类 可 见 性 后 表现 不 同 。 但 除 此 之 外 ， 这 两 类 可 见 性 的 表现 完全 
一 致 ， 因 此 在 同一 个 作用 域内 ， 私 有 可 见 性 可 以 和 受 保护 可 见 性 交换 使 用 。 
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尽管 这 两 类 可 见 性 规则 几乎 一 样 ， 











不 过 在 Scala 库 中 private[X] 的 出 现 次 








数 略 多 于 protected[X] 的 出 现 次 数 。 在 本 书 的 第 1 版 中 ， 我 们 注意 到 Scala 
2.7.X 版 本 中 private[X] 的 出 现 次 数 比 protected[X] 的 出 现 次 数 多 了 五 次 。 
而 在 Scala 2.11 中 ， 两 者 的 比例 更 为 接近 ， 


它们 的 出 现 比 例 达到 了 5/3。 





我 们 首先 对 作用 域内 私有 可 见 性 和 作用 域内 受 保护 可 见 性 之 间 的 差异 部 分 进行 思考 。 在 具 


有 继承 关系 的 情况 下 ， 如 果 某 些 成 员 分 别 具 有 这 两 类 可 见 


何 呢 ? 





性 ， 那 么 这 两 类 可 见 性 的 表现 如 


// src/main/scala/progscala2/visibility/scope-inheritance.scalaX 


// 无 法 通过 编译 


package scopeA { 
class Class1 { 


private[scopeA] val scopeA_privateField = 
protected[scopeA] val scopeA_protectedField 
private[Class1] val classi_privateField = 
protected[Class1] val class1_protectedField 
private[this] val this_privateField = 5 
protected[this] val this_protectedField = 


} 


class Class2 extends Classi { 


val fieLd1 = scopeA_privateField 
val field2 = scopeA_protectedField 
val field3 = classi_privateField 
val field4 = class1_protectedField 
val fieldS = this_privateField 
val field6 = this_protectedField 

} 


} 


package scopeB { 
class Class2B extends scopeA.Class1 { 


val fieLd1 = scopeA_privateField 
val field2 = scopeA_protectedField 
val field3 = classi_privateField 
val field4 = class1_protectedField 
val fieldS = this_privateField 
val field6 = this_protectedField 

} 


} 
这 个 文件 将 产生 五 处 编译 错误 。 


// 错误 
// 错误 


// 错误 
// 错误 
// 错误 


I w IiI e 


最 开始 的 两 个 错误 位 于 Class2 内 ， 这 两 个 错误 告诉 我 们 ， 在 相同 包 内 定义 的 继承 类 不 能 引 
用 父 类 的 作用 域内 私有 成 员 ， 也 不 能 引用 父 类 中 定义 的 this 作用 域内 私有 成 员 。 不 过 继承 
类 能 够 引用 限定 在 包 衷 了 Class1 和 Class2 的 包 (或 者 类 型 ) 作用 域内 的 私有 成 员 。 


相 比 之 下 ， 在 Classi 所 在 包 外 部 定义 的 继承 类 则 无 法 访问 Class1 中 定义 的 任何 作用 域内 


私有 成 员 。 
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不 过 ， 作 用 域内 受 保护 成 员 对 其 继承 类 Class2 和 Class28 均 可 见 。 
由 于 在 Scala 库 中 受 限 私有 可 见 性 出 现 的 次 数 略 多 过 受 限 受 保护 可 见 性 出 现 的 次 数 ， 











因此 


除了 那些 像 之 前 出 现 的 继承 关系 会 对 可 见 性 造成 影响 的 情况 之 外 ， 我 们 将 在 后 续 的 例子 和 





讨论 中 只 使 用 作用 域内 私有 可 见 性 。 


由 于 private[this] 可 见 性 能 够 对 类 型 成 员 造 成 影响 ， 因 此 它 也 是 最 受 限制 的 可 见 性 ， 我 





们 也 将 首先 对 其 进行 讲解 : 
// src/main/scala/progscala2/visibility/private-this.scalaX 
// 无 法 通过 编译 

















package scopeA { 
class PrivateClassi(private[this] val privateField1: Int) { 
private[this] val privateField2 = 1 


def equalFields(other: PrivateClass1) = 
(privateField1 == other.privateField1) && // 错误 
(privateField2 == other.privateField2) && // 错误 
(nested == other.nested) // 错误 


class Nested { 
private[this] val nestedField = 1 


} 


private[this] val nested = new Nested 


} 


class PrivateCLass2 extends PrivateClass1(1) { 
val field1 = privateFieLd1 // 错误 
val field2 = privateField2 // 错误 
val nField = new Nested().nestedField // 错误 


class PrivateClass3 { 
val privateClass1 
val privateField1 
val privateField2 
val privateNField 


new PrivateClass1(1) 
privateClassil.privateField1 // 错误 
privateClassil.privateField2 // 错误 
privateClass1.nested.nestedField // 错误 





编译 这 段 代码 时 ， 编 译 器 将 报 出 九 处 错误 。 


由 于 第 10 行 代码 和 第 11 行 代码 都 是 始 于 第 9 行 表 达 式 的 一 部 分 ， 而 编译 器 在 第 9 行 发 现 


错误 后 便 会 停止 对 该 表达 式 进行 解析 ， 因 此 第 10 行 和 第 11 行 不 会 被 解析 。 














private[this] 成 员 仅 对 相同 实例 可 见 。 同 一 类 型 的 某 一 实例 无 法 访问 其 他 实例 的 





private[this] 成 员 ， 因 此 equalFields 方法 无 法 通过 解析 。 











除 此 之 外 ， 使 用 private[this] 修饰 的 类 成 员 的 可 见 性 与 未 指定 作用 域 范围 的 private 可 见 














性 一 致 。 
使 用 private[this] 声明 类 型 时 ，this 也 只 能 作用 于 包含 该 类 型 的 包 中 ， 如 下 所 示 : 
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// src/main/scala/progscala2/visibility/private-this-pkg.scalaXx 
// 无 法 通过 编译 


package scopeA { 
private[this] class PrivateClass1 


package scopeA2 { 
private[this] class PrivateClass2 


} 


class PrivateClass3 extends PrivateClass1 // 错误 
protected class PrivateClass4 extends PrivateClass1 // 错误 
private class PrivateClass5 extends PrivateClass1 
private[this] class PrivateClass6 extends PrivateClass1 


private[this] class PrivateClass7 extends scopeA2.PrivateClass2 // 错误 


} 


package scopeB { 
class PrivateClass1B extends scopeA.PrivateClass1 // 错误 


} 
这 段 代 码 将 产生 四 处 错误 。 
在 相同 包 中 ， 无 法 成 功 地 为 一 个 private[this] 类 型 声明 public 或 protected 子 类 ， 你 只 


能 为 其 声明 private 和 private[this] 子 类 。 与 此 同时 ， 由 于 PrivateCtass2 的 可 见 性 被 限 
JETE scopeA2 作用 域内 ， 因 此 你 无 法 在 scopeA2 作用 域外 声明 其 子 类 。 同 理 ， 在 与 scopeA2 


无 关 的 scopeB 作用 域内 使 用 PrivateClass1 声明 类 同样 会 失败 。 


由 此 ， 我 们 可 以 给 出 结论 : 如 果 使 用 private[this] 修饰 类 型 ， 那 么 此 时 的 private[this] 
等 同 于 Java 语言 中 的 包 内 私有 可 见 性 。 

下 面 ， 我 们 将 对 类 型 级 别 可 见 性 进行 分 析 ， 我 们 将 分 析 private[T] 可 见 性 ， 其 中 T 代 表 了 
某 一 类 型 ; 


// src/main/scala/progscala2/visibility/private-type.scalaX 
// 无 法 通过 编译 
























































package scopeA { 
class PrivateClass1(private[PrivateClass1] val privateField1: Int) { 
private[PrivateClass1] val privateField2 = 1 


def equalFields(other: PrivateClass1) = 
(privateField1 == other.privateField1) && 
(privateField2 == other.privateField2) && 
(nested == other.nested) 


class Nested { 
private[Nested] val nestedField = 1 


} 


private[PrivateClass1] val nested = new Nested 
val nestedNested = nested.nestedField // 错误 





可 见 性 规则 | 309 


class PrivateClass2 extends PrivateCLass1(1) { 
val fieldi = privateField1 // 错误 
val field2 = privateField2 // 错误 
val nField = new Nested().nestedField // 错误 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1(1) 
val privateField1 = privateClassi.privateField1 // 错误 
val privateField2 = privateClassi.privateField2 // 错误 
val privateNField = privateClassi.nested.nestedField // 错误 


} 
该 文件 中 包含 了 七 处 访问 错误 。 
由 于 可 见 性 类 型 为 private[PrivateClass1] 的 成 员 对 其 他 同类 型 实例 可 见 ， 因 此 
equalFields ff dad 通过 解析 。 所 以 可 以 给 出 结论 : private[T] 没有 private[this] 这 


样 严格 。 请 留意 ， 因 为 Nested.nestedField 被 声明 为 private[Nested] 可 见 性 ， 所 以 
PrivateClass1 无 法 访问 该 字段 。 


假如 T 类 型 的 某 些 成 员 被 声明 为 private[T] 成 员 ， 那 么 该 成 员 的 行为 与 使 
用 private 修饰 的 行为 一 致 。private[T] 并 不 等 同 于 private[this], jae 
限制 更 为 严格 。 








假如 我 们 将 Nested.nestedField 的 作用 域 修改 为 private[PrivateCLass1]， 会 发 生 什 么 
ME? 下 面 我 们 将 讨论 private[T] 会 如 何 对 岁 套 类 型 造成 影响 : 


// src/main/scala/progscala2/visibility/private-type-nested.scalaX 


// 无 法 通过 编译 





























package scopeA { 
class PrivateClass1 { 
classNested { 
private[PrivateClass1] val nestedField = 


} 


private[PrivateClass1] val nested = new Nested 
val nestedNested = nested.nestedField 


} 


classPrivateClass2 extends PrivateClass1 { 
val nField = new Nested().nestedField // 错误 


} 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1 
val privateNField = privateClassi.nested.nestedField // 错误 





执行 这 段 代 码 将 会 出 现 两 处 错误 。 
尽管 现在 nestedField 对 PrivateClass1 可 见 ， 但 它 仍然 对 PrivateClass1 外 部 的 类 型 不 可 
见 。 这 与 Java 中 private 修饰 词 的 作用 一 致 。 


下 面 我 们 将 使 用 包 名 对 作用 域 进行 限制 : 


// src/main/scala/progscala2/visibility/private-pkg-type.scalaX 
// 无 法 通过 编译 














package scopeA { 
private[scopeA] class PrivateClass1 


package scopeA2 { 
private [scopeA2] class PrivateClass2 
private [scopeA] class PrivateClass3 


} 


class PrivateClass4 extends PrivateClass1 

protected class PrivateClass5 extends PrivateClass1 
private class PrivateClass6 extends PrivateClass1 
private[this] class PrivateClass7 extends PrivateClass1 


private[this] class PrivateClass8 extends scopeA2.PrivateClass2 // 错误 
private[this] class PrivateClass9 extends scopeA2.PrivateClass3 


} 


package scopeB { 
class PrivateClass1B extends scopeA.PrivateClass1 // 错误 


} 
编译 该 文件 时 也 会 产生 两 个 错误 。 
请 留意 ， 现 在 我 们 无 法 在 scopeA2 作用 域外 将 PrivateClass2 子 类 化 。 不 过 由 于 


PrivateClass3 被 声明 为 private[ScopeA] 类 型 ， 因 此 我 们 可 以 在 scopeA 作用 域内 能 将 
PrivateClass3 子 类 化 。 


最 后 ， 我 们 再 看 看 对 类 型 参数 施加 包 级 作用 域 可 见 性 限定 后 ， 会 产生 什么 影响 : 


// src/main/scala/progscala2/visibility/private-pkg.scalaX 
// 无 法 通过 编译 











package scopeA { 
class PrivateClass1 { 
private[scopeA] val privateField = 1 


class Nested { 
private[scopeA] val nestedField = 1 


} 


private[scopeA] val nested = new Nested 


} 


class PrivateClass2 extends PrivateClass1 { 
val field = privateField 
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val nField = new Nested().nestedField 


} 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1 
val privateField = privateClass1.privateField 
val privateNField = privateClass1.nested.nestedField 


} 


package scopeA2 { 
class PrivateClass4 { 
private[scopeA2] val field1 
private[scopeA] val field2 


class PrivateClass5 { 
val privateClass4 = new scopeA2.PrivateClass4 
val field1 = privateClass4.field1 // 错误 
val field2 = privateClass4.field2 


package scopeB { 
class PrivateClass1B extends scopeA.PrivateClass1 { 
val fieldi = privateField // 错误 
val privateClass1 = new scopeA.PrivateClass1 
val field2 = privateClass1.privateField // 错误 
} 
} 


该 文件 有 三 处 错误 。 


如 果 我 们 试图 从 某 个 与 scopeA 无 关 的 包 scopeB 中 访问 scopeA 时 ， 或 者 当 我 们 尝试 从 伐 套 
包 scopeA2 中 访问 成 员 变 量 时 ， 便 会 出 现 错误 。 而 这 便 是 上 面 代码 的 所 有 错误 来 源 。 





假如 某 一 类 型 或 成 员 被 声明 为 private[P] 可 见 性 , P 是 该 类 型 或 成 员 所 在 的 
包 ， 那 么 该 可 见 性 等 同 于 Java 中 的 包 内 私有 可 见 性 。 


13.7 ”对 可 见 性 的 想法 


Scala 的 可 见 性 声明 非常 灵活 ， 而 且 这 些 声明 表现 一 致 。 从 实例 级 (private[this]) 到 包 
级 (private[P], P 为 对 应 的 包 名 ) ， 这 些 可 见 性 规则 在 各 种 作用 域 里 均 提 供 了 细 粒 度 控制 
约束 。 例 如 : 使 用 这 些 可 见 性 声明 能 够 很 容易 地 创建 可 重用 组 件 ， 这 些 组 件 的 类 型 对 外 暴 
露 给 了 组 件 最 顶层 包 之 外 的 代码 ， 但 实现 类 型 和 类 型 成 员 隐藏 在 组 件 包 中 。 


尽管 标准 库 之 外 的 代码 中 并 未 广泛 使 用 这 些 细 粒 度 的 可 见 性 约束 ， 但 它们 理应 得 到 广泛 使 
用 。 假 如 你 正在 编写 自己 的 Scala 库 ， 那 么 请 思考 一 下 ， 哪 些 类 型 和 方法 不 应 对 客户 开放 ， 
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之 后 请 为 这 些 类 型 和 方法 添加 合适 的 可 见 性 规则 。 
最 后 ， 我 们 发 现 了 一 个 关于 trait 中 隐藏 成 员 的 潜在 问题 ， 请 查看 下 面 的 提示 。 
为 trait 成 员 选择 名 字 时 ， 请 保持 谨慎 。 假 如 两 个 trait 中 某 一 成 员 名 字 相 同 ， 


而 某 一 实例 同时 使 用 了 这 两 个 trait， 那 么 即使 这 两 个 重 名 的 成 员 都 是 私有 成 
员 ， 还 是 会 导致 命名 冲突 。 











笠 运 的 是 ， 编 译 器 会 捕获 命名 冲突 这 一 问题 。 


13.8 ”本章 回顾 与 下 一 章 提 要 


通过 使 用 Scala 提供 的 可 见 性 规则 ， 用 户 可 以 以 较 细 的 粒度 对 功能 的 可 见 性 进行 控制 。 你 
也 可 以 什么 都 不 做 ， 直 接 使 用 默认 的 公有 可 见 性 。 不 过 留意 哪些 功能 应 对 外 暴露 也 是 好 的 
类 库 设 计 的 一 部 分 。 而 在 类 库 内 ， 对 各 个 组 件 之 间 的 可 见 性 进行 限定 能 有 助 于 确保 类 库 的 
健壮 性 ， 并 能 使 长 期 维护 更 加 简单 。 

现在 ,我们 即将 开启 一 段 关 于 Scala 类 型 系统 的 学 习 旅程 。 我 们 已 经 了 解 了 很 多 类 型 系 
统 的 相关 知识 ， 不 过 为 了 彻底 挖掘 出 类 型 系统 的 强大 威力 ， 我 们 还 需要 系统 地 理解 类 型 
系统 。 
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第 14 章 


Scala 类 型 系统 (|) 





Scala 是 一 种 静态 类 型 语言 。 它 的 类 型 系统 可 以 说 是 所 有 编程 语言 中 最 复 灯 的 ， 一 部 分 原 
因 是 它 将 函数 式 编程 和 面向 对 象 编程 的 思想 结合 了 起 来 。 它 的 类 型 系统 力求 逻辑 完备 、 完 
整 、 一 致 ， 并 修复 了 Java 类 型 系统 的 一 些 限制 。 

理想 情况 下 ， 类 型 系统 应 该 具有 足够 的 表达 能 力 ， 来 防止 程序 处 于 无 效 状态 。 它 将 在 编译 
时 加 强 限制 ， 使 得 运行 时 的 失败 不 会 发 生 。 在 实践 中 ， 我 们 离 这 一 目标 非常 远 ， 但 Scala 
类 型 系统 向 这 个 长 期 目标 又 迈进 了 一 步 。 

不 过 ，Scala 的 类 型 系统 可 能 一 开始 看 起 来 很 吓人 。 这 是 Scala 语言 中 最 有 和 争议 的 特性 。 当 
人 们 声称 ，Scala 很 “复杂 ”时 ， 他 们 通 笛 指 的 就 是 其 类 型 系统 。 

幸运 的 是 ， 类 型 推断 为 我 们 隐藏 了 很 多 细节 。 尽 管 最 终 你 需要 熟悉 类 型 系统 的 大 部 分 结 
构 ， 但 对 Scala 的 运用 并 不 需要 精通 类 型 系统 。 

对 类 型 系统 我 们 已 经 了 解 了 很 多 。 本 章 会 把 之 前 的 知识 结合 起 来 ， 介 绍 每 一 个 Scala 初学 
者 都 应 该 了 解 的 常用 特性 。 下 一 章 介 绍 的 更 高 级 特性 则 没 这 么 重要 ，Scala 初学 者 不 需要 
立刻 就 开始 学 习 。 在 第 24 章 ， 我 们 将 讨论 反射 (运行 时 内 省 ) 和 宏 的 中 的 类 型 信息 。 

我 们 还 将 讨论 Scala 类 型 系统 与 Java 类 型 系统 的 相似 之 处 ， 这 对 你 来 说 可 能 比较 熟悉 。 理 
解 这 些 差异 对 Scala 与 Java 库 的 互 操 作 韭 常 有 用 。 

事实 上 ，Scala 的 类 型 系统 之 所 以 复杂 ， 部 分 原因 在 于 Scala 需要 拥有 Java 类 型 系统 的 特性 
以 支持 与 Java 的 互 操 作 。 


下 面 我 们 将 从 熟悉 的 参数 化 类 型 开始 。 
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14.1 参数 化 类 型 


我 们 已 经 在 好 多 场合 遇 到 过 参数 化 类 型 了 。 在 2.13 市 ， 我 们 将 其 与 抽象 类 型 相对 比 。 在 
10.1 节 中 ， 我 们 又 探讨 了 子 类 派生 时 的 变异 。 


在 本 节 中 ， 我 们 将 回顾 一 下 上 述 的 部 分 细节 ， 然 后 再 补充 一 些 我 们 应 该 了 解 的 其 他 知识 。 


14.1.1 变异 标记 


首先 ， 让 我 们 回忆 一 下 变异 标记 是 如 何 工作 的 。 声 明 List[+A] 表示 List 被 类 型 A 参数 化 
了 。+ 是 变异 声明 ， 在 这 里 表示 List 对 类 型 参数 是 协 变 的 。 协 变 意味 着 Ltst[String] 被 认 
为 是 List[AnyRef] 的 子 类 型 ， 因 为 String 是 AnyRef 的 子 类 型 。 


同样 ，- 变异 标记 表示 该 类 型 对 其 类 型 参数 是 逆 变 的 。FunctionN 国 数 传 人 的 N 个 参数 就 是 
其 中 一 个 例子 。 比 如 : Function2 的 类 型 签名 为 Function2[-Tl1，-T2，+R]。 我 们 在 10.1.1 
节 中 解释 了 函数 参数 的 类 型 必须 是 逆 变 的 原因 。 


14.1.2 ”类 型 构造 器 


有 时候， 你 会 在 参数 化 类 型 中 遇 到 类 型 构造 器 (type constructor) 这 一 术语 。 它 反映 了 参 
数 化 类 型 创建 特定 类 型 的 方式 ， 这 与 用 于 生成 类 的 实例 构造 器 大 致 类 似 。 


例如 : List 是 List[String] 和 List[Int] 的 类 型 构造 器 ， 通 过 List 构造 了 两 个 不 同 的 类 
型 。 事 实 上 ， 你 可 以 说 ， 所 有 的 类 都 是 类 型 构造 器 。 那 些 不 带 类 型 参数 的 ， 可 以 看 做 带 了 
零 个 类 型 参数 的 “参数 化 类 型 ”。 


14.1.3 ”类 型 参数 的 名 称 

请 使 用 描述 性 的 词 来 命名 类 型 参数 。Scala 初学 者 往往 抱 忽 ， 在 Scala 的 实现 以 及 Scaladoc 

中 类 型 参数 名 称 太 过 简单 ， 如 : 给 List.+: 方法 的 类 型 参数 命名 为 A 和 B。 不 过 ， 你 很 快 

就 能 学 会 如 何 解释 这 些 符号 ， 它 遵循 一 些 简 单 的 规则 。 

() 为 非常 通用 的 类 型 参数 (例如; 表示 容器 元 素 的 类 型 参数 )， 使 用 A、B、T1、T2 等 
单字 母 或 双 字 母 的 名 字 。 请 注意 ， 元 素 的 类 型 a 
无 论 List 保存 的 是 字符 串 、 数 字 或 其 他 字符 串 ， 都 不 影响 其 工作 方式 。 这 一 解 耦 
(decouple) 使 得 “ 泛 型 编程 ”成 为 可 能 


(2) es 与 容器 密切 相关 的 类 型 使 用 更 具 描 述 性 的 名 称 。 志 许 ， 当 你 第 一 次 遇 到 List.+: 
个 方法 签名 时 ， 它 并 没有 表现 出 明显 的 意义 ， 但 一 旦 学 习 了 12.3 市 中 我 们 对 设计 常 
nari 你 就 会 明白 List.+: 的 含义 。 


14.2 类 型 边界 


Shae 个 参数 化 的 类 型 或 方法 时 ， 可 能 需要 指定 类 型 参数 的 边界 (bound), file: 容器 
能 会 假定 ， 其 类 型 参数 都 支持 某 一 种 方法 。 
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14.2.1 类 型 边界 上 限 


类 型 边界 上 限 是 指 ， 某 一 类 型 必须 是 另 一 种 类 型 的 子 类 型 。 在 5.7 节 ，Predef 为 Array 
(Java 数组 ) 定义 了 隐 式 的 包装 类 型 collection.mutable.Array0ps， 它 提供 了 我 们 熟知 和 
喜爱 的 序列 操作 。 


我 们 定义 了 好 儿 个 转换 ， 大 部 分 是 对 特定 AnyVal 类 型 的 包装 ， 如 Long。 其 中 对 
Array[AnyRef] 类 型 的 转换 是 个 例外 : 
implicit def refArrayOps[T <: AnyRef](xs: Array[T]): ArrayOps[T] = 
new ArrayOps.ofRef[T](xs) 
implicit def longArrayOps(xs: Array[Long]): ArrayOps[Long] = 
new ArrayOps.ofLong(xs) 
wee // 其 他 AnyVal 类 型 的 方法 。 
类 型 参数 A <: AnyRef 表示 “任何 A 都 是 AnyRef 的 子 类 型 "*。 回 想 一 下 ， 一 个 类 型 是 其 本 
身 的 子 类 型 和 父 类 型 ， 所 以 A 也 可 以 是 AnyRef 本 身 。 所 以 ，<: 操作 符 表示 其 左边 的 类 型 
必须 派生 自 右边 的 类 型 ， 或 者 两 者 是 同一 类 型 。 我 们 在 2.7 节 中 谈 到 的 <: 操作 符 实际 上 是 
Scala 的 保留 字 。 
第 一 个 方法 被 限制 为 只 对 AnyRef 的 子 类 型 适用 ， 第 二 个 方法 则 只 对 Long 这 个 特定 类 型 起 
作用 ， 这样 ， 在 隐 式 转换 时 两 者 就 没有 歧义 了 。 
这 些 边界 被 称 为 类 型 边界 上 限 ， 继 承 关 系 一 般 依据 类 型 继承 结构 图 而 定 。 在 类 型 继承 结构 
图 中 ， 子 类 位 于 父 类 下 方 。 我 们 遵循 10.2 节 中 “Scala 类 型 结构 ”图 所 示 的 基础 关系 。 


类 型 边界 和 变异 标记 涵盖 的 是 两 个 不 相干 的 问题 。 类 型 边界 对 参数 化 类 型 所 
允许 采用 的 类 型 做 了 限制 ， 如 T <: AnyRef HR T UWA AnyRef 的 子 类 型 。 
变异 标记 表示 参数 化 类 型 的 子 类 实例 是 否 可 以 替换 父 类 实例 。 例 如 ， 由 于 
List[+T] 是 协 变 的 ， 所 以 List[String] 是 List[Any] 的 子 类 型 。 












































14.2.2 ”类 型 边界 下 限 


与 类 型 边界 上 限 相 反 ， 类 型 边界 下 限 表 示 某 个 类 型 必须 是 另 一 个 类 型 的 父 类 (或 该 类 型 本 
身 )。option 中 的 getOrElse 方法 就 是 一 个 例子 : 


sealed abstract class Option[+A] extends Product with Serializable { 
@inline final def getOrElse[B >: A](default: => B): B = {...} 
} 


如 果 Option 实例 是 Some[A] ， 方 法 就 返回 Some[A] 包含 的 值 。 否 则 ， 就 对 命名 参数 default 
求 值 ， 并 将 其 返回 。B 应 该 是 A 的 父 类 型 ， 为 什么 呢 ? 为 什么 Scala 要 求 这 个 方法 必须 声明 
成 这 种 格式 呢 ?” 我 们 考虑 下 面 这 个 例子 ， 尝 试 理解 原因 : 


// src/main/scaLa/progscaLa2/typesystem/bounds/Lower-bounds .sc 























class Parent(val value: Int) { // © 
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override def toString = s"${this.getClass.getName}(S$value)" 
class Child(value: Int) extends Parent(value) 


val opi: Option[Parent] = Option(new Child(1)) // @ Some(Child(1)) 
val p1: Parent = opl.getOrElse(new Parent(10)) // 结果 : Child(1) 


val op2: Option[Parent] = Option[Parent](null) // © None 
val p2a: Parent = op2.getOrElse(new Parent(10)) //2% 42: Parent(10) 
val p2b: Parent = op2.getOrElse(new Child(100)) //2% 42: Child(100) 


val op3: Option[Parent] = Option[Child] (null) // @ None 
val p3a: Parent = op3.getOrElse(new Parent(20)) //2% 42: Parent(20) 
val p3b: Parent = op3.getOrElse(new Child(200)) //2% 42: Child(200) 


@ 为 了 举例 ， 定 义 了 一 个 简单 的 继承 树 。 

@ op1 是 个 引用 ， 它 只 知道 自己 指向 Option[Parent]， 并 不 知道 指向 的 对 象 其 
是 Option[Parent] 的 子 类 型 Option[Child], 由 于 Option[+T] 是 协 变 的 ， oe z 
Option[Child] 是 Option[Parent] 的 子 类 型 。 

© Option[X](null) 总 是 返回 None。 在 这 里 ， 返 回 的 引用 是 0ption[Parent] 类 型 的 。 


@ 又 是 返回 None， 尽管 赋值 给 了 一 个 Option[Parent] 类 型 的 引用 ,但 引用 的 类 型 是 
Option[Child]。 

最 后 有 两 行 代码 很 关键 : 

val op3: Option[Parent] = Option[Child](null) 

val p3a: Parent = op3.getOrElse(new Parent(20)) 
op3 这 一 行 显 式 地 说 明了 Option[Child](null) (Ell None) 被 赋值 给 了 Option[Parent], 4E 
个 “墨盒 ”的 方法 调用 呢 ? 那样 的 话 我 们 并 不 知道 其 真实 类 型 到 底 是 什 
么 。 这 个 例子 的 关键 在 于 ， 客 户 端 调 用 只 持 有 对 0ption[Parent] 的 引用 ， 所 以 客户 端 调用 
Pease 它 可 以 从 Option[Parent] 中 提取 一 个 Parent 值 ， 无 论 实际 值 是 None 还 
是 Some[Parent]。 如 果 是 None， 则 返回 默认 的 Parent 参数 ， 如 果 是 Some[Parent] ， 则 返回 
的 是 Some 中 的 值 。 所 有 情况 都 会 返回 一 个 Parent 类 型 的 值 ， 正 如 我 们 所 看 到 的 那样 ， 尽 
管 有 时 返回 的 实际 上 是 Child 子 类 的 实例 。 
假设 getOrElse 的 声明 是 这 样 : 

@inline final def getOrElse(default: => A): A = {...} 
这 样 的 话 ， 调 用 op3.getOrElse(new Parent(20)) 将 无 法 通过 类 型 检查 。 因 为 op3 指向 的 对 
象 是 Option[Child]， 所 以 传 给 getOrElse 的 期 望 类 型 是 Child 的 实例 。 
这 就 是 编译 器 不 允许 上 述 这 种 简单 的 方法 签名 ， 而 需要 采用 [B >: A] 边界 标记 的 签名 的 原 
因 。 我 们 自 定义 一 个 类 似 Option 的 类 型 ， 名 为 opt， 并 使 用 类 似 上 述 的 方法 签名 。 为 简单 
起 见 ， 我 们 用 null 值 代替 None， 它 是 getorElse 方法 的 默认 返回 值 : 

// src/main/scaLa/progscaLa2/typesystem/bounds/Lower-bounds2.sc 


scala> case class Opt[+A](value: A = null) { 
| def getOrElse(default: A) = if (value != null) value else default 
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|} 
<console>:8: error: covariant type A occurs in contravariant position 
in type A of value default 
def getOrElse(default: A) = if (value != null) value else default 
A 


如 上 述 示例 所 示 ， 每 当 你 看 到 covariant type A occurs in contravariant position 的 错误 信息 
时 ， 这 说 明 你 曾 尝试 定义 一 个 协 变 的 参数 化 类 型 ， 但 你 同时 想 要 定义 一 个 接受 该 类 型 作为 
参数 的 方法 ， 而 不 是 接受 一 个 该 类 型 的 父 类 作为 参数 ， 即 B >: A。 根 据 前 文 所 述 ， 这 种 做 
法 是 不 允许 的 。 
这 种 类 型 的 参数 看 起 来 似乎 很 熟悉 ， 的 确 如 此 。 它 实际 上 是 我 们 在 10.1.1 市 中 讨论 过 的 函 
数 参 数 类 型 。 这 种 类 型 必须 是 逆 变 的 ， 如 Function2[-A1，-A2，+R]， 因 为 这 些 参数 类 型 出 
现在 apply 方法 的 逆 变 位 置 。 

试图 理解 变异 标记 和 类 型 边界 的 工作 方式 ， 我 们 应 当 从 调用 方 的 角度 了 解 这 

些 类 型 的 实例 发 生 了 什么 。 调 用 时 ， 引 用 可 能 指向 父 类 ， 但 该 实例 其 实 是 个 
子 类 实例 。 


























考虑 一 下 ， 如 果 我 们 将 协 变 的 0pt[+A] 改 为 非 变异 的 Opt[A]， 会 发 生 什么 呢 ? 


// src/main/scala/progscala2/typesystem/bounds/lower-bounds2.sc 

scala> case class Opt[A](value: A = null) { 
| def getOrElse(default: A) = if (value != null) value else default 
|} 


scala> val p4: Parent = Opt(new Child(1)).getOrElse(new Parent(10)) 
<console>:11: error: type mismatch; 
found : Parent 
required: Child 
val p4: Parent = Opt(new Child(1)).getOrElse(new Parent(10)) 
Nn 


scala> val p5: Parent = Opt[Parent](null).getOrElse(new Parent(10)) 
p5: Parent = Parent(10) 


scala> val p6: Parent = Opt[Child](nulL).getOrElse(new Parent(10)) 
<console>:11: error: type mismatch; 
found : Parent 
required: Child 
val p6: Parent = Opt[Child](null).getOrElse(new Parent(10)) 
A 


代码 只 对 pa5 的 赋值 正常 工作 ， 我 们 无 法 将 Opt( child] 类 型 的 实例 赋值 给 Opt Parent] 的 
引用 。 

还 有 一 种 例子 的 奥秘 值得 讨论 。 在 有 些 方法 中 ， 当 我 们 问 一 个 不 可 变 集 合 添 加 新 元 素 以 构 
造 一 个 新 的 集合 时 ， 其 类 型 参数 必须 具有 逆 变 的 行为 ， 但 传人 的 是 协 变 的 参数 化 类 型 。 
Seq.+: 方法 用 来 给 序列 在 头 部 插入 新 元 素 ， 返 回 插入 后 生成 的 新 序列 。 我 们 之 前 已 经 使 用 
过 这 个 方法 ， 一 般 都 通过 +: 操作 符 来 调用 ， 如 : 
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scala> 1 +: Seq(2, 3) 
res0: Seq[Int] = List(1, 2, 3) 


Scaladoc 中 给 出 的 是 简化 的 方法 签名 ， 它 假定 我 们 插入 的 元 素 与 其 他 元 素 类 型 相同 ， 均 为 
A。 a 用 些 ， 这 里 给 出 了 这 两 种 声明 : 
def +:(elem: A): Seq[A] = {...} // 0 


def +:[B >: A, That](elem: B)( //@ 
implicit bf: CanBuildFrom[Seq[A], B, That)]): That = {...} 


@ 简化 的 方法 签名 ， 假 设 类 型 参数 A 不 变 。 


@ 实际 的 签名 ， 人 允许 插入 元 素 的 类 型 为 A 的 任意 父 类 型 ， 包 括 之 前 讨论 过 的 CanBuildFrom 
形式 也 是 允许 的 。 


在 下 面 的 例子 中 ， 我 们 向 seq[Int] 序列 插入 一 个 Double 值 : 


scala> 0.1 +: res0 
<console>:9: warning: a type was inferred to be “AnyVal*; this may 
indicate a programming error. 
0.1 +: res0 


Nn 











rest: Seq[AnyVal] 
如 果 你 用 的 Scala 是 2.11 版 本 之 前 的 ， 你 将 不 会 看 到 这 条 警告 ， 稍 后 我 会 解释 原因 。 
元 素 类 型 B 与 插入 的 元 素 类 型 Double 不 同 ，B 被 推断 为 最 近 类 型 上 限 (least upper bound, 
LUB)， 也 就 是 原始 元 素 类 型 A (Int) 与 新 元 素 类 型 Double 的 最 近 公共 父 类 。 所 以 ，B 被 
推断 为 AnyVal 类 型 。 
对 于 Option, B 被 推断 为 与 默认 参数 相同 的 类 型 。 如 果 传 人 的 对 象 为 None， 返 回 默认 的 参 
数 ， 我 们 可 能 就 “忘记 ”了 原始 类 型 A。 
对 于 上 面 例子 中 的 序列 ， 我 们 保留 了 原始 的 类 型 A 的 值 ， 然 后 添加 了 类 型 B 的 新 值 ， 于 是 
系统 推断 出 LUB 类 型 是 A 和 B 的 共同 父 类 。 

管 这 种 隐 式 推断 很 方便 ， 但 得 到 一 个 更 宽泛 的 LUB 类 型 可 能 会 使 我 们 吃惊 ， 因 为 你 不 
a 这 就 是 为 什么 Scala 2.11 在 这 种 情况 下 添加 警告 信息 的 原因 。 
解决 方法 是 显 式 地 声明 期 望 的 返回 类 型 ; 


// Scala 2.11 解决 该 警告 的 方法 : 
scala> val 12: List[AnyVal] = 0.1 +: res0 
12: List[AnyVal] = List(0.1, 1, 2, 3) 


这 样 ， 编 译 器 就 知道 你 希望 得 到 一 个 更 宽泛 的 LUB 类 型 ， 于 是 警告 就 消失 了 。 
总 的 来 说 ， 那 些 类 型 参数 为 协 变 的 参数 化 类 型 ， 与 方法 参数 的 类 型 边界 下 限 关 系 密切 。 
， 你 可 以 同时 使 用 类 型 边界 的 上 限 和 下 限 : 


class Upper 

class Middle1 extends Upper 
class Middle2 extends Middle1 
class Lower extends Middle2 


List(0.1, 1, 2, 3) 
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case class C[A >: Lower <: Upper](a: A) 
// case class C2[A <: Upper >: Lower](a: A) // 无 法 通过 编译 


类 型 参数 A 必须 首先 出 现 。 注 意 到 C2 无 法 通过 编译 ， 类 型 边界 的 下 限 必 须 在 上 限 之 前 
出 现 。 


14.3 ”上下文 边 界 


在 5.1 节 ， 我 们 提 到 过 上 下 文 边界 。 我 们 当时 用 到 的 例子 如 下 : 


// src/main/scala/progscala2/implicits/implicitly-args.sc 
import math.Ordering 




















case class MyList[A](list: List[A]) { 
def sortBy1[B](f: A => B)(implicit ord: Ordering[B]): List[A] = 
list.sortBy(f) (ord) 


def sortBy2[B : Ordering](f: A => B): List[A] = 
list.sortBy(f)(implicitly[Ordering[B]]) 
} 


val list = MyList(List(1,3,5,2,4)) 


list sortBy1 (i => -i) 
list sortBy2 (i => -i) 
比较 sortBy 的 两 个 版 本 ， 隐 式 参数 在 sortBy1 内 显 式 地 被 给 出 ， 而 在 sortBy2 内 却 被 隐 
Te 类 型 表达 式 B : Ordering 与 B 和 Ordering[B] 
类 的 隐 式 参数 是 等 价 的 。 这 意味 着 ， 除 非 存 在 一 个 对 应 的 Ordering[B] 类 型 ， 否 则 B 就 不 
能 作为 参数 。 


与 之 类 似 的 一 个 概念 是 视图 边界 (view bound), 


14.4 视图 边界 


视图 边界 类 似 于 上 下 文 边 界 ， 可 以 被 认为 是 上 下 文 边界 的 一 个 特例 。 它 们 可 以 通过 以 下 任 
class C[A] { 
def m1[B](...)Cimplicit view: A => B): ReturnType = {...} 
def m2[A <% B](...): ReturnType = {...} 
} 


与 以 前 的 上 下 文 边界 的 例子 对 比 ， 在 该 例 中 ， 隐 式 的 A : B 值 必须 是 BIA] 类 型 。 在 本 例 
中 ， 我 们 需要 一 个 隐 式 的 函数 ， 将 A 的 实例 转 为 B 的 实例 。 如 果 可 以 转换 ， 我 们 就 说 “B 
是 A 的 一 个 视图 ”"。 类 型 边界 上 限 的 表达 式 A <: 8 表示 A 是 8 的 子 类 ， 但 在 这 里 我 们 的 要 
求 放宽 很 多 ， 只 需要 A 可 以 转化 为 B 即 可 。 


以 下 是 使 用 这 种 特性 的 一 个 代码 示例 。Hadoop (http://hadoop.apache.org) 的 Java API 要 
求 数据 必须 可 以 被 包装 在 自 定义 的 序列 化 类 型 里 ， 它 实现 了 一 个 称 为 Writable (https:// 
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hadoop.apache.org/docs/current/api/org/apache/hadoop/io/Writable.html) 的 接口 ， 用 于 将 数据 
发 送 到 远程 进程 。 这 个 API 的 用 户 必 须 显 式 地 使 用 Writable 接口 ， 虽 然 这 有 些 不 太 方 便 。 
我 们 可 以 用 视图 边界 来 自动 地 处 理 (简单 起 见 ， 我 们 用 自己 的 Writable 代替 Hadoop 的 
writable) ; 





























// src/main/scala/progscala2/typesystem/bounds/view-bounds.sc 
import scala. lLanguage.implicitConversions 


object Serialization { 
case class Writable(value: Any) { 
def serialized: String = s"-- $value --" // © 
} 


implicit def fromInt(i: Int) = Writable(i) //@ 
implicit def fromFloat(f: Float) = Writable(f) 
implicit def fromString(s: String) = Writable(s) 

} 


import Serialization._ 


object RemoteConnection { //° 

def write[T <% Writable](t: T): Unit = // 9 
println(t.serialized) // Use stdout as the "remote connection" 

} 

RemoteConnection.write(100) // Prints -- 100 -- 

RemoteConnection.write(3.14f) // Prints -- 3.14 -- 

RemoteConnection.write("hello!") // Prints -- hello! -- 

// RemoteConnection.write((1, 2)) 日 





© 简单 起 见 ， 用 string 作为 “二 进 制 ”数据 的 格式 。 

@ 定义 几 个 隐 式 转换 规则 。 需 要 注意 ， 这 里 定义 的 是 方法 ， 但 我 们 需要 类 型 为 A => BAY 
国 数 。Scala 会 帮助 我 们 在 需要 的 时 候 将 方法 提升 为 函数 。 

© o “远程 ”连接 写 的 数据 。 

© 一 个 方法 ， 接 受 任意 类型 的 实例 ， 并 将 其 写 入 到 远程 连接 。 该 方法 会 触发 隐 式 转 
引起 serialized 方法 的 调用 。 

O 不 能 使 用 元 组 ， 因 为 没有 可 用 的 “视图 ”。 

这 里 我 们 不 需要 使 用 Predef.implictly (http://www.scala-lang.org/api/current/scala/Predef$. 

html) 或 其 他 类 似 的 东西 ， 隐 式 转换 由 编译 器 为 我 们 自动 触发 。 

视图 边界 可 以 用 上 下 文 边界 实现 。 尽 管 视图 边界 提供 了 更 简洁 的 语法 ， 但 上 下 文 边 界 更 通 

H. KE, Æ Scala 社区 中 出 现 了 一 些 废弃 视图 边界 的 讨论 。 之 前 的 例子 使 用 上 下 文 边界 

重新 设计 后 的 结果 如 下 : 


// src/main/scala/progscala2/typesystem/bounds/view-to-context-bounds.sc 
import scala. lLanguage.implicitConversions 

































































object Serialization { 
case class Rem[A](value: A) { 
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def serialized: String = s"-- $value -- 
} 
type Writable[A] = A => Rem[A] // © 
implicit val fromInt: Writable[Int] (i: Int) => Rem(i) 
implicit val fromFloat: Writable[Float] (f: Float) => Rem(f) 
implicit val fromString: Writable[String] = (s: String) => Rem(s) 


} 


import Serialization._ 


object RemoteConnection { 
def write[T : Writable](t: T): Unit = //@ 
println(t.serialized) // Use stdout as the "remote connection" 


} 


RemoteConnection.write(100) // 打印 -- 100 -- © 
RemoteConnection.write(3.14f) // 打印 -- 3.14 -- 
RemoteConnection.write("hello!") // 打印 -- hello! -- 

// RemoteConnection.write((1, 2)) 


o A 型 的 别名 使 得 上 下 文 边 界 更 容易 使 用 。 后 面 儿 行 与 前 面 的 例子 相同 ， 是 隐 式 转换 的 
定义 。 

@ 用 上 下 文 边 界 实现 的 write 方法 。 

© 与 前 面 的 例子 相同 ， 调 用 write， 产 生 相 同 的 输出 结果 。 

所 以 ， 尽 量 避 免 使 用 视图 边界 ， 因 为 它们 可 能 在 未 来 的 版 本 中 被 废弃 掉 。 


14.5 理解 抽象 类 型 


参数 化 类 型 在 静态 的 、 面 向 对 象 的 语言 中 很 常见 。 除 了 参数 化 类 型 ，Scala 还 支持 抽象 类 
型 ， 这 在 国 数 式 语 言 中 很 常见 。 我 们 在 2.13 市 介绍 过 抽象 类 型 。 参 数 化 类 型 和 抽 像 类 型 存 
在 一 定 的 重合， 稍 后 我 们 会 探讨 这 一 点 。 我 们 先 来 讨论 抽象 类 型 的 使 用 : 


// src/main/scala/progscala2/typesystem/abstracttypes/abstract-types-ex.sc 









































trait exampleTrait { 





type t1 // ti 没有 任何 约束 
type t2 >: t3 <: tl // t2 必 须 是 t3 的 父 类 ,ti1 的 子 类 
type t3 <: t1 // t3 必 须 是 t1 的 子 类 





type t4 <: Seq[t1] // t4 必须 是 t1 的 序列 的 子 类 
// type tS = +AnyRef // 错误 :不 能 使 用 变异 标记 














val v1: t1 // tl 定义 后 才能 初始 化 
val v2: t2 // 同上 … 
val v3: t3 is 
val v4: t4 Ia 
} 


ECAH TAKER. tl, t2 和 t3 之 间 的 关系 很 有 趣 。 首 先 ，t2 的 声明 表明 它 
必须 处 于 t1 F t3 WY “PE”, t1 无 论 是 什么 类 型 ， 都 必须 是 t2 的 超 类 (或 等 于 t2)， 而 
t3 必须 被 设 定 成 t2 的 子 类 (或 等 于 t2)。 








注意 用 于 声明 t3 的 那 一 行 代 码 。 为 了 与 t2 的 声明 保持 一 致 ，t3 必须 声明 为 t1 的 子 类 型 。 
如 果 省 略 类 型 边界 的 标记 ， 错 误会 被 引发 。 这 是 因为 之 前 定义 的 t2 已 经 可 以 推 新 出 t3<: 
t1。 使 用 t3 <: t2 会 在 t2 >: t3 <: tl 这 行 触发 一 个 错误 信息 :“ 对 t2 非法 循环 引用 
(illegal cyclic reference to t2)”。 我 们 不 能 省 略 对 t3 的 声明 ， 也 不 能 认为 t3 可 以 从 t2 的 声 
明 “ 推 断 ” 得 到 。 当 然 ， 这 种 复杂 的 例子 是 由 于 演示 的 需要 ， 人 为 构造 出 来 的 。 

我 们 不 能 在 类 型 成 员 上 使 用 变异 标记 。 注 意 到 ， 这 里 的 类 型 是 封装 类 型 中 的 类 型 成 员 ， 不 
是 参数 化 类 型 中 的 类 型 参数 。 封 装 的 类 型 可 能 与 其 他 类 型 存在 继承 关系 ， 但 其 类 型 成 员 的 
行为 就 像 成 员 方 法 和 成 员 变 量 一 样 ， 它 们 不 影响 其 所 在 类 型 的 继承 关系 。 同 其 他 成 员 一 
样 ， 成 员 类 型 既 可 以 被 声明 为 抽象 的 ， 也 可 以 被 声明 为 具体 的 。 然 而 ， 与 成 员 变 量 和 成 员 
方法 不 同 ， 在 子 类 中 成 员 类 型 可 以 被 重新 定义 ， 即 使 定义 并 不 完 人 全。 当然， 只 有 在 所 有 抽 
象 类 型 都 给 出 具体 定义 之 后 ， 才 能 创建 类 型 的 实例 。 


我 们 定义 一 些 trait 和 一 个 类 来 测试 一 下 这 些 类 型 : 


trait T1 { val name1: String } 
trait T2 extends T1 { val name2: String } 
case class C(name1: String, name2: String) extends T2 


最 后 ， 我 们 可 以 定义 一 个 具体 类 型 ， 定 义 抽象 类 型 成 员 ， 并 初始 化 相应 的 值 : 


object example extends exampleTrait { 
































type ti = T1 
type t2 = T2 
type t3 =C 


type t4 = Vector[T1] 


val v1 = new T1 { val namel 

val v2 = new T2 { val namel 

val v3 = C("1", "2") 

val v4 = Vector(C("3", "4")) 
} 


比较 抽象 类 型 与 参数 化 类 型 
从 技术 上 讲 ， 你 几乎 可 以 使 所 有 的 参数 化 类 型 支持 抽象 类 型 ， 反之 亦 然 。 然 而 ， 在 实践 
中 ， 不 同 的 特征 适合 处 理 不 同 的 设计 问题 。 
参数 化 类 型 可 以 很 好 地 用 于 容器 中 ， 如 集合 。 而 类 型 参数 所 表示 的 元 素 类 型 与 容器 本 身 之 
间 并 没有 什么 联系 。 例 如 ， 字 符 串 列表 、 浮 点 数列 表 与 整数 列表 的 工作 方式 相同 。 
如 果 换 成 用 抽象 类 型 会 如 何 ? 以 下 Some 的 声明 是 从 标准 库 中 摘录 的 : 
case final class Some[+A](val value : A) { ... } 
如 果 我 们 试图 将 其 换 成 抽象 类 型 ， 将 会 变 成 : 


case final class Some(val value : ???) { 
type A 


nA} 
"T1"; val name2 = "T2" 
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参数 value 应 该 用 什么 类 型 呢 ? 我 们 不 能 使 用 A， 因 为 它 不 在 构造 器 参数 列表 的 作用 域内 。 
我 们 虽然 可 以 用 Any， 但 这 样 就 违背 了 类 型 安全 的 目的 。 


所 以 ， 当 类 型 的 参数 用 于 构造 器 时 ， 唯 一 合适 的 选择 就 是 参数 化 类 型 。 


反 过 来 ， 抽 象 类 型 在 相互 联系 密切 的 “类 型 家 族 ” 中 也 非常 有 用 。 回 想 一 下 我 们 在 2.13 市 
见 过 的 例子 (这 里 省 略 了 一 些 不 重要 的 细节 ) : 


// src/main/scala/progscala2/typelessdomore/abstract-types.sc 








import java.io._ 


abstract class BulkReader { 
type In 
val source: In 
def read: String // Read and return a String 


} 


class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 


class FileBulkReader(val source: File) extends BulkReader { 
type In = File 
def read: String = {...} 

} 


BuLkReader 声明 了 不 带 类 型 边界 的 抽象 类 型 In。 子 类 StringBulkReader 和 FileBulkReader 
定义 了 该 类 型 。 注 意 ， 用 户 不 再 通过 参数 化 类 型 来 指定 类 型 。 相 反 ， 我 们 对 类 型 成 员 In 
和 包含 In 的 类 具有 完全 的 控制 ， 所 以 实现 中 可 以 保持 一 致 。 

下 面 我 们 考虑 另 一 个 例子 ， 该 示例 是 观察 者 模式 (observer pattern) 的 一 个 潜在 设计 方法 。 
我 们 曾 在 9.2 和 11.4 两 节 中 遇 到 过 观察 者 模式 。 第 一 种 方法 将 会 失败 ， 不 过 我 们 会 在 下 一 
节 自 类 型 标记 中 对 其 进行 修复 : 


// src/main/scaLa/progscaLa2/typesystem/abstracttypes/SubjectObserver .scaLaX 
package progscala2.typesystem.abstracttypes 


























abstract class SubjectObserver { //@ 
type S <: Subject // @ 
type 0 <: Observer 
trait Subject { // 日 


private var observers = List[0]() 
def addObserver(observer: 0) = observers ::= observer 


def notifyObservers() = observers. foreach(_.receiveUpdate(this))// @ 


} 


trait Observer { //® 
def receiveUpdate(subject: S) 





} 
} 


@ 将 主题 - 观察 者 关系 封装 在 一 个 类 型 里 。 

@ 声明 主题 和 观察 者 的 抽象 类 型 成 员 ， 该 类 型 成 员 受 接 下 来 声明 的 Subject 和 Observer 
特征 的 限制 。 

© Subject 特征 ， 其 中 维护 了 观察 者 列表 。 

O 通知 观察 者 ， 这 一 行 不 能 通过 编译 。 

© Observer 特征 ， 有 一 个 用 于 接收 更 新 的 方法 。 

试图 编译 该 文件 会 产生 以 下 错误 信息 : 


em/abstracttypes/observer.scala:14: type mismatch; 

[error] found : Subject.this.type (with underlying type 
SubjectObserver.this.Subject) 

[error] required: SubjectObserver.this.S 

[error] def notifyObservers = observers foreach (_.receiveUpdate(this) ) 

[error] a 


我 们 想 要 主题 和 观察 者 都 使 用 有 边界 的 的 抽象 类 型 成 员 ， 这 样 ， 当 我 们 为 抽象 类 型 成 员 指 
定 具 体 类 型 ， 特 别 是 S 类 型 时 ，0bserver.receiveUpdate(subject: S) 会 得 到 准确 的 5 类 
型 ， 而 不 是 没什么 用 处 的 父 类 型 Subject, 

然而 ， 当 我 们 编译 时 ， 传 递 给 receiveUpdate 的 this 是 Subject 类 ， 而 不 是 更 具体 的 类 


型 S, 


不 过 ， 我 们 可 以 用 自 类 型 标记 来 修复 这 个 问题 。 


146 自 类 型 标记 

我 们 可 以 在 方法 中 用 this 来 指 代 调 用 该 方法 的 实例 ， 这 对 于 引用 实例 的 其 他 成 员 来 说 很 有 
用 。 通 常 ， 我 们 不 需要 显 式 地 使 用 this， 但 如 果 作 用 域内 有 多 个 名 称 相 同 的 变量 时 ， 显 式 
地 使 用 this 有 助 于 消除 二 义 性 。 

自 类 型 标记 (self-type annotation) 可 以 达到 两 个 目标 。 首 先 ， 它 允许 为 this 指定 额外 的 类 
型 期 望 。 其 次 ， 它 可 以 被 用 于 创建 this 的 别名 。 

为 了 说 明 如 何 添 加 额外 的 类 型 期 望 ， 我 们 重新 回顾 下 之 前 的 Subject0bserver。 通 过 指定 类 
型 期 望 ， 我 们 将 能 够 解决 遇 到 的 编译 问题 。 但 是 需要 改动 两 处 内 容 : 


// src/main/scala/progscala2/typesystem/selftype/SubjectObserver.scala 
package progscala2.typesystem.selftype 





























abstract class SubjectObserver { 
type S <: Subject 
type 0 <: Observer 


trait Subject { 
self: S => // 0 
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private var observers = List[0]() 
def addObserver(observer: 0) = observers ::= observer 


def notifyObservers() = observers. foreach(_.receiveUpdate(self))// @ 


} 


trait Observer { 
def receiveUpdate(subject: S) 


} 
} 


@ 为 Subject 声明 一 个 自 类 型 标记 self: S。 这 意味 着 我 们 现在 可 以 “假设 ”Subject 为 
子 类 型 S 的 实例 。S 实际 上 是 混和 人 了 Subject 特征 的 任何 类 型 。 

@ 给 receiveUpdate (FA self 而 不 是 this, 

现在 ， 代 码 可 以 通过 编译 。 下 面 我 们 来 观察 类 型 是 如 何 统计 按钮 点 击 次 数 的 : 


// src/main/scala/progscala2/typesystem/selftype/ButtonSubjectObserver.scala 
package progscala2.typesystem.selftype 




















case class Button(label: String) { // 0 
def click(): Unit = {} 

} 

object ButtonSubjectObserver extends SubjectObserver { //@ 


type S = ObservableButton 
type 0 = ButtonObserver 


class ObservableButton(label: String) extends Button(label) with Subject { 
override def click() = { 
super .click() 
notifyObservers() 
} 
} 


trait ButtonObserver extends Observer { 
def receiveUpdate(button: ObservableButton) 


} 
} 


import ButtonSubjectObserver._ 


class ButtonClickObserver extends ButtonObserver { // 日 
val clicks = new scala.collection.mutable.HashMap[ String, Int]() 


def receiveUpdate(button: ObservableButton) = { 
val count = clicks.getOrElse(button.label, 0) + 1 
clicks.update(button. label, count) 


} 


@ 简单 的 Button 类 。 














@ SubjectObserver 的 一 个 具体 子 类 ， 用 来 表示 按钮 。 其 中 Subject 和 Observer 都 被 细 
化 为 我 们 想 要 的 更 具体 的 子 类 (注意 传递 给 ButtonObserver.receiveUpdate 值 的 类 
型 )。 传 递 给 Button0bserver . receiveUpdate 值 的 类 型 覆 写 了 Button.click， 用 来 调用 
Button.click 后 通知 观察 者 。 


© 实现 Button0bserver， 用 来 跟踪 UI 中 每 个 按钮 的 点 击 次 数 。 
下 面 脚本 创建 的 两 个 0bservableButton 实例 ， 与 同一 个 观察 者 绑 定 ， 对 这 两 个 按钮 进行 若 
干 次 点 击 ， 然 后 打印 出 每 个 按钮 的 点 击 次 数 : 


// src/main/scala/progscala2/typesystem/selftype/ButtonSubjectObserver.sc 
import progscala2.typesystem.selftype._ 





val buttons = Vector(new ObservableButton(""one"), new ObservableButton("two") 
val observer = new ButtonClickObserver 

buttons foreach (_.addObserver (observer) ) 

for (i <- 0 to 2) buttons(0).click() 

for (i <- 0 to 4) buttons(1).click() 

println(observer .clicks) 

// Map("one" -> 3, "two" -> 5) 


因此 ， 我 们 可 以 使 用 自 类 型 标记 来 解决 使 用 抽象 类 型 成 员 时 带 来 的 问题 


另 一 个 例子 是 用 于 指定 “模块 ”并 将 “模块 ”连接 在 一 起 的 模式 。 以 下 的 例子 给 出 了 一 个 
三 层 的 应 用 程序 ， 分 别 是 持久 层 、 中 间 层 和 ULE: 


// src/main/scala/progscala2/typesystem/selftype/selftype-cake-pattern.sc 

















trait Persistence { def startPersistence(): Unit } //@ 
trait Midtier { def startMidtier(): Unit } 
trait UI { def startUI(): Unit } 


trait Database extends Persistence { //@ 
def startPersistence(): Unit = println("Starting Database") 

} 

trait BizLogic extends Midtier { 
def startMidtier(): Unit = println("Starting BizLogic") 

} 

trait WebUI extends UI { 
def startUI(): Unit = println("Starting WebUI") 


} 


trait App { self: Persistence with Midtier with UI => // ® 


def run() = { 
startPersistence() 
startMidtier() 
startUI() 
} 
} 


object MyApp extends App with Database with BizLogic with WebUI //@ 


MyApp.run //® 





Scala 类 型 系统 ( | 327 














o 为 应 用 程序 的 持久 层 、 中 间 层 、UI 层 定义 trait. 

@ 用 具体 的 trait 实现 三 层 的 行为 。 

日 定义 一 个 trait (或 者 使 用 抽象 类 型 )， 将 各 层 连 接 在 一 起 。 在 这 个 简化 的 例子 中 ，run 
方法 只 用 于 将 各 层 局 动 。 而 提 到 的 自 类 型 标记 将 在 下 文中 进行 讨论 。 

© 定义 的 MyApp 对 象 继承 了 App 特征 ， 并 混入 了 实现 三 层 逻辑 的 具体 trait. 

@ 运行 应 用 程序 。 
运行 此 脚本 将 打印 以 下 输出 : 
Starting Database 
Starting BizLogic 

Starting WebUI 
该 脚本 展示 了 一 个 支持 多 层次 的 应 用 程序 的 基础 设置 。 每 个 抽象 trait 都 声明 了 start* 方 
法 ， 用 来 完成 各 个 层次 的 初始 化 。 每 个 抽象 层 的 逻辑 都 对 应 一 个 具体 的 trait， 而 不 是 使 用 
类 来 实现 ， 因 此 我 们 可 以 像 混入 类 型 一 样 使 用 这 些 层次 。 
App 特征 将 各 个 层次 连接 在 一 起 ， 并 通过 run 方法 启动 各 个 层次 。 需 要 注意 的 是 ， 这 里 没 
有 为 这 些 trait 指定 具体 的 实现 。 一 个 具体 的 应 用 程序 必须 通过 混入 这 些 trait 的 实现 来 进行 
构造 。 
自 类 型 标记 是 这 里 的 关键 : 

self: Persistence with Midtier with UI => 


为 自 类 型 标记 添加 的 类 型 标记 ， 如 : 本 例 的 Persistence with Midtier with UI, 指定 了 
该 trait 或 抽象 类 在 定义 有 具体 实例 时 ， 必 须 混 入 这 些 trait 或 实现 抽象 类 型 成 员 的 子 类 。 因 为 
有 这 个 假设 ，trait 被 允许 访问 所 混入 的 特征 成 员 (尽管 此 时 它们 还 不 是 本 类 型 的 成 员 ) 。 在 
这 里 ，App.run 调用 来 自 其 他 特征 的 start* 方法 。 

具体 的 实例 MyApp 继承 了 App， 并 混入 了 满足 依赖 条 件 的 trait. 


这 一 层次 的 栈 堆 又 模 式 被 称 为 走 糕 模式 (cake pattern)， 其 中 的 模块 用 trait 来 声明 ， 另 一 
个 抽象 类 型 则 用 于 将 这 些 trait 和 自 类 型 标记 整合 在 一 起 。 具 体 对 象 混入 了 trait 的 具体 实 
现 ， 继 承 了 可 选 的 父 类 (我 们 将 在 23.3 节 中 详细 地 讨论 这 个 模式 ， 阐 述 对 该 模式 的 赞成 和 
反对 观点 )。 

使 用 自 类 型 标记 实际 上 与 使 用 继承 和 混入 等 价 (除了 没有 定义 self 以 外 ) : 


trait App extends Persistence with Midtier with UI { 
def run={...} 
} 


也 有 一 些 特 殊 情 况 下 ， 自 类 型 标记 的 行为 不 同 于 继承 。 但 在 实践 中 ， 这 两 种 方法 可 以 相互 
标 换 使 用 。 

事实 上 ， 这 两 种 方法 表达 了 不 同 的 意图 。 刚 刚 展示 的 基于 继承 的 实现 表明 应 用 程序 是 
Persistence, Midtier 和 UI 的 一 个 子 类 型 。 与 此 相反 ， 自 类 型 标记 则 更 加 明确 地 表示 其 行 
为 的 组 合 是 通过 混入 实现 的 。 
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自 类 型 标记 强调 用 混入 实现 组 合 。 继 承 意 味 着 类 之 间 是 父 类 与 子 类 的 关系 。 











这 就 是 说 ， 除 非 需要 继承 大 规模 的 “模块 ”(trait) ， 且 自 类 型 标记 能 更 清楚 地 表明 设计 思 
路 的 情况 ， 否 则 大 部 分 Scala 代码 倾向 于 使 用 继承 的 方法 ， 而 不 是 自 类 型 标记 。 
现在 我 们 来 考虑 自 类 型 标记 的 第 二 种 用 途 ， 即 ， 对 this 做 别名 : 


// src/main/scala/progscala2/typesystem/selftype/this-alias.sc 


class C1 { self => // 0 
def talk(message: String) = println("C1.talk: " + message) 
class C2 { 
class C3 { 
def talk(message: String) = self.talk("C3.talk: " + message) // @ 
} 


val c3 = new C3 


} 


val c2 = new C2 


} 

val c1 = new C1 
c1.talk("Hello") / 
c1.c2.c3.talk("World") //@ 


@ 在 C1 所 处 的 上 下 文中 将 self 定义 为 this 的 别名 。 

@ Hi self 调用 C1.talk。 

© 用 cl 实例 调用 C1.talk, 

© 用 cl.c2.c3 实例 调用 C3.talk, C3.talk 调用 C1.talk, 

注意 ， 在 这 里 self 这 个 名 字 是 可 以 任意 取 的 ， 并 不 是 关键 字 。 你 可 以 用 任何 合法 的 名 字 。 
如 果 需 要 的 话 ， 我 们 也 可 以 在 C2 和 C3 里 定义 自 类 型 标记 。 

脚本 打印 的 输出 如 下 : 


C1.talk: Hello 
C1.talk: C3.talk: World 


如 果 没 有 自 类 型 标记 ， 我 们 就 不 能 直接 从 C3. talk 中 调用 51.tatk， 因 为 两 者 名 称 相同 ， 
者 屏蔽 了 前 者 。53 也 不 是 C1 的 直接 子 类 ， 所 以 也 不 能 调用 super.talk。 


所 以 ， 在 这 里 ， 你 可 以 认为 自 类 型 标记 是 一 个 “通用 的 this” 引 用 。 


14.7 ”结构 化 类 型 


你 可 以 将 结构 化 类 型 (structual type) 当 作 一 种 类 型 安全 的 哆 子 类 型 (duck typing)。 鸭 子 
noe ee PATER ITN. (WN R EER HR RIS TL, ULAR, ABA 

定 是 鸭子 "。) 例如 : Æ Ruby 中 ， 当 你 的 代码 包含 starFighter.shootWeapons 时 ， 代 
码 在 运行 的 时 候 其 实 并 不 知道 starFighter 实例 是 否 存在 于 shootWeapons 方法 中 ， 但 它 会 
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遵循 各 种 规则 来 寻找 方法 以 供 调 用 ， 或 者 在 找 不 到 方法 时 对 失败 进行 处 理 。 

Scala 不 支持 这 种 运行 时 的 方法 解析 (在 第 19 章 中 会 讨论 这 条 规则 的 一 个 例外 )。 相 反 ， 
Scala 支持 编译 时 的 一 个 类 似 的 机 制 。Scala 允许 你 指定 对 象 必须 符合 某 种 特定 的 结构 : 
必须 包含 特定 成 员 (类 型 、 字 有 段 或 方法 )， 但 不 要 求 指定 封装 了 这 些 成 员 的 类 型 具有 什么 
名 称 。 

我 们 通常 称 之 为 指名 类 型 (nominal typing)， 因 为 对 应 的 类 型 具有 名 称 。 在 结构 化 类 型 中 ， 
我 们 只 考虑 该 类 型 的 结构 。 所 以 它 可 以 是 匿名 的 。 

下 面 我 们 通过 一 个 例子 来 查看 如 何在 观察 者 模式 中 使 用 结构 化 类 型 。 我 们 先 从 9.2 市 中 的 
简单 实现 入 手 ， 而 不 是 本 章 前 文中 使 用 的 实现 。 以 下 是 该 示例 中 的 重点 细 市 : 


trait Observer[-State] { 
def receiveUpdate(state: State): Unit 

















trait Subject[State] { 
private var observers: List[Observer[State]] = Nil 


x 
这 个 实现 的 一 个 缺点 是 ， 任 何 想 要 观察 Subject 状态 变化 的 类 型 都 必须 实现 Observer 特 
征 。 但 实际 上 ， 真 正 的 最 低 要 求 是 实现 receiveUpdate 方法 。 

下 面 的 代码 通过 在 Observer 中 使 用 结构 化 类 型 ， 重 新 实现 了 这 个 例子 : 


// src/main/scala/progscala2/typesystem/structuraltypes/Observer.scala 
package progscala2.typesystem.structuraltypes 























trait Subject { // @ 
import scala.language.reflectiveCalls // @ 
type State // ® 
type Observer = { def receiveUpdate(state: Any): Unit } // © 
private var observers: List[Observer] = Nil // 


def add0bserver(observer:0bserver): Unit = 
observers ::= observer 


def notifyObservers(state: State): Unit = 
observers foreach (_.receiveUpdate(state) ) 


} 
@ 与 主题 不 相关 的 修改 ， 不 过 具有 说 明 作 用 。 去 掉 了 之 前 的 类 型 参数 State， 改 而 使 用 抽 
象 类 型 。 
@ 局 用 可 选 的 反射 方法 调用 特性 〈 见 下 面 的 说 明 )。 
© State 抽象 类 型 。 
@ Observer 是 一 个 结构 化 类 型 。 
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@ State 类 型 参数 也 已 从 Observer 中 移 除 。 


声明 type Observer = { def receiveUpdate(subject: Any): Unit } 表 示 任 何 有 这 种 
receiveUpdate 方法 的 对 象 都 可 以 作为 一 个 观察 者 。 不 幸 的 是 ，Scala 不 会 让 结构 化 类 型 
指向 抽象 类 型 或 类 型 参数 。 因 此 ， 我 们 不 能 使 用 State， 而 必须 使 用 已 经 知道 的 类 型 (如 
Any)。 这 就 意味 着 ， 接 收 器 可 能 需要 将 实例 转换 为 正确 的 类 型 (这 是 一 个 很 大 的 缺点 )。 


import 语句 暗示 了 另外 一 个 缺点 。 因 为 我 们 疫 有 类 型 名 可 用 于 验证 候选 的 观察 者 实例 是 否 
实现 了 正确 的 方法 ， 编 译 器 必须 使 用 反射 来 确认 该 方法 存在 于 该 实例 中 。 这 会 增加 运行 开 
销 ， 不 过 除非 经 常 添加 观察 者 ， 否 则 开销 并 不 明显 。 反 射 是 一 项 可 选 功 能 ， 因 此 我 们 要 使 
用 import 语句 导入 才能 支持 该 功能 。 


以 下 代码 尝试 了 一 种 新 的 实现 : 


// src/main/scala/progscala2/typesystem/structuraltypes/Observer.sc 
import progscala2.typesystem.structuraltypes.Subject 
import scala. language.reflectiveCalls 














object observer { //@ 
def receiveUpdate(state: Any): Unit = println("got one! "+state) 


} 


val subject = new Subject { // @ 
type State = Int 
protected var count = 0 


def increment(): Unit = { 
count += 1 
notifyObservers(count) 
} 
} 


subject.increment() 
subject.increment() 
subject.addObserver (observer) 
subject.increment() 
subject.increment() 


o 用 正确 的 方法 声明 观察 者 对 象 。 

@ 实例 化 State 特征 ， 提 供 State 抽象 类 型 的 定义 和 其 他 行为 。 

需要 注意 的 是 ， 两 次 increment 发 生 之 后 ， 我 们 才 注 册 观 察 者 ， 所 以 观察 者 只 会 打印 它 接 
收 到 的 数字 3 和 4。 
尽管 存在 缺点 ， 结 构 化 类 型 有 降低 耦合 的 特性 。 在 这 个 例子 中 ， 存 在 的 耦合 只 包括 一 个 方 
法 签名 ， 而 不 是 一 个 类 型 ， 如 一 个 共享 的 trait。 

最 后 再 看 一 下 这 个 例子 ， 我 们 还 是 需要 耦合 到 一 个 特定 的 名 字 上 ， 即 方法 
receiveUpdate | 在 某 种 意义 上 说 ， 我 们 只 是 将 耦合 从 类 型 名 称 转移 到 了 方法 名 称 。 这 个 
名 称 完全 是 任意 的 ， 所 以 我 们 可 以 在 解 耦 上 更 进一步 ， 定 义 Observer 为 某 个 单 参数 函数 的 
别名 。 下 面 是 本 示例 的 最 终 形 式 : 
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// src/main/scala/progscala2/typesystem/structuraLtypes/SubjectFunc.scala 
package progscaLa2.typesystem.structuraLtypes 


trait SubjectFunc { //®@ 
type State 
type Observer = State => Unit //@ 


private var observers: List[Observer] = Nil 


def addObserver(observer:Observer): Unit = 
observers ::= observer 


def notifyObservers(state: State): Unit = // ® 
observers foreach (o => o(state)) 


} 
O 4 Subject 定 一 个 新 名 。 给 整个 文件 重 命名 ， 因 为 观察 者 已 经 不 那么 重要 了 1! 
@ 定义 0bserver 为 函数 State => Unit 的 别名 。 
© 通知 各 个 观察 者 ， 意 味 着 调用 它们 的 apply 方法 。 
测试 代码 几乎 相同 ， 以 下 只 列 出 不 同 的 地 方 : 


// src/main/scala/progscala2/typesystem/structuraltypes/SubjectFunc.sc 


>H 








py 





import progscala2.typeSystem.structuraltypes.SubjectFunc 
val observer: Int => Unit = (state: Int) => println("got one! "+state) 


val subject = new SubjectFunc { ... } 


这 样 就 好 多 了 ! 所 有 基于 名 称 的 耦合 都 不 见 了 ， 这 样 我 们 就 不 再 需要 反射 调用 ， 同 时 函数 
的 参数 类 型 也 能 再 次 使 用 State 而 不 是 Any 了 。 

但 是 这 并 不 意味 着 结构 化 类 型 没有 用 。 我 们 的 示例 只 需要 一 个 函数 来 实现 我 们 所 需要 的 功 
能 。 在 一 般 情况 下 ， 一 个 结构 类 型 可 能 有 好 几 个 成 员 ， 一 个 匿名 函数 可 能 不 足以 满足 我 们 
的 需要 。 


14.8 复合 类 型 
当 你 声明 一 个 组 合 了 若干 种 类 型 的 实例 时 ， 你 就 得 到 了 复合 类 型 (compound type) : 


trait T1 
trait T2 
class C 
val c = new C with T1 with T2 // c 的 类 型 : C with T1 with T2 


在 这 里 ，c 的 类 型 是 C with T1 with T2， 这 是 另 一 种 声明 类 型 的 方法 ， 该 类 型 继承 了 C, 
并 混 人 了 T1 和 T2。 所 以 ，c 被 认为 是 所 有 三 种 类 型 的 子 类 型 : 











val t1: T1 = < 
val t2: T2 = < 
val c2: C =c 


类 型 细 化 

类 型 细 化 (type refinement) 是 复合 类 型 的 附加 部 分 。 它 们 都 与 从 Java 中 获知 的 一 种 思想 
有 关 ， 即 通过 提供 匿名 内 部 类 实现 某 些 接口 ， 以 添加 方法 实现 和 可 选 的 其 他 成 员 。 

如 果 你 有 一 个 由 5 类 对 象 组 成 的 java.util.List (http://docs.oracle.com/javase/8/docs/api/ 


java/util/List.html) 列表 ， 那 么 对 于 某 些 类 ， 你 可 以 使 用 静态 方法 java.util.Collections. 
sort (http://docs.oracle.com/javase/8/docs/api/java/util/Collections.html) 来 为 列表 就 地 排序 : 














List<C> listOfC =... 

java.util.Collections.sort(listOfC, new Comparator<C>() { 
public int compare(C c1, C c2) {...} 
public boolean equals(Object obj) {...} 

}); 


我 们 “ 细 化 ”类 型 Comparator 用 于 创建 一 个 新 的 类 型 。JVM 会 在 字 节 码 中 为 它 合成 一 个 
唯一 的 名 字 。 

相 比 之 下 ，Scala 更 进一步 ， 它 会 合成 新 类 型 ， 并 利用 新 的 类 型 反映 我 们 添加 的 东西 。 例 
如 : 回顾 上 一 节 的 结构 化 类 型 ， 我 们 注意 REPL 返回 的 类 型 (对 输出 做 了 排版 ) ; 


scala> val subject = new Subject { 
| type State = Int 
| protected var count = 0 
| def increment(): Unit = { 
| count += 1 
| notifyObservers(count) 
} 


| } 
subject: TypeSystem.structuraltypes.Subject{ 
type State = Int; def increment(): Unit} = $anon$1@4e3d1i1db 


类 型 的 签名 中 添加 了 额外 的 结构 化 组 件 。 
类 似 地 ， 当 实例 化 对 象 同时 混入 trait 时 ， 我 们 就 创建 了 一 个 细 化 的 类 型 。 考 虑 以 下 示例 ， 
我 们 在 类 型 中 混入 了 logging 特征 〈 省 略 了 部 分 细节 ) : 


scala> trait Logging { 
| def log(message: String): Unit = println(s"Log: $message") 


| } 

















scala> val subject = new Subject with Logging {...} 
subject: TypeSystem.structuraltypes.Subject with Logging{ 
type State = Int; def increment(): Unit} = $anon$1@8b5d08e 


为 了 从 外 部 访问 细 化 后 的 特性 或 成 员 ， 你 需要 使 用 反射 API (IL 24.2 节 )。 
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14.9 存在 类 型 


存在 类 型 (existential type) 是 对 类 型 做 抽象 的 一 种 方法 。 它 可 以 让 你 在 不 知道 具体 类 型 的 
情况 下 就 断言 该 类 型 “存在 ”。 通 常 你 不 知道 该 类 型 是 什么 ,或 着 当前 上 下 文中 你 并 不 需 
要 知道 这 个 类 型 。 


在 以 下 三 种 场景 中 ， 存 在 类 型 对 Scala 与 Java 的 类 型 兼容 来 说 尤为 重要 。 


。 泛 型 的 类 型 参数 被 JVM FH RE” T ( 称 为 类 型 擦 除 ) 。 例 如 : 创建 List[Int] 时 ， 
我 们 在 字 节 码 中 看 不 到 Int 这 个 类 型 。 所以， 在 运行 时 无 法 根据 已 知 的 类 型 信息 区 分 
List[Int] 和 List[String]。 

。 你 可 能 接触 过 “ 裸 ” 类 型 ， 如 在 Java 5 之 前 ， 库 中 的 集合 类 型 没有 类 型 参数 (所 有 的 参 
数 都 是 Object 类 型 ) 。 

当 Java 在 泛 型 中 使 用 通配符 来 表示 多 样 行为 时 ， 实 际 的 类 型 是 未 知 的 。 


考虑 对 List[A] 中 对 象 做 匹配 的 情况 。 你 可 能 希望 定义 两 个 版 本 的 double 函数 ， 其 中 一 个 
版 本 输入 List[Int]， 并 返回 一 个 新 的 List[Int]，List[Int] 的 元 素 加 倍 〈 乘 以 2) ， 另 一 
个 版 本 接受 一 个 List[String]， 通 过 对 整数 调用 toInt， 将 字符 串 〈 假 设 这 里 的 字符 串 代 
表 整 数 ) 映射 为 整数 ， 然 后 调用 第 一 个 版 本 的 double: 
object Doubler { 
def double(seq: Seg[String]): Seq[Int] = double(seq map (_.toInt)) 


def double(seq: Seq[Int]): Seq[Int] = seq map (_*2) 
} 


你 将 会 得 到 一 个 编译 错误 ， 显 示 这 两 个 方法 “在 类 型 擦 除 后 ， 方 法 的 类 型 相同 ”(have the 
same type after erasure)。 下 面 给 出 了 一 个 有 点 繁琐 的 解决 方法 对 列表 元 素 进 行 未 个 检查 : 


// src/main/scala/progscala2/typesystem/existentials/type-erasure-workaround.sc 



































object Doubler { 
def double(seq: Seq[_]): Seq[Int] = seq match { 
case Nil => Nil 
case head +: tail => (toInt(head) * 2) +: double(tail) 
} 


private def toInt(x: Any): Int = x match { 
case i: Int => i 
case s: String => s.toInt 
case x => throw new RuntimeException(s"Unexpected list element $x") 
} 
} 


当 处 于 这 样 的 类 型 上 下 文中 时 ， 表 达 式 Seq[_] 是 存在 类 型 seq[T] forSome { type T } AY 
简写 。 这 是 最 通用 的 例子 。 也 就 是 说 ， 表 示 列 表 的 类 型 参数 可 以 是 任意 类 型 。 表 14-1 列 出 
了 使 用 类 型 边界 的 其 他 一 些 例子 : 
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表 14-1: 存在 类 型 的 使 用 示例 














简写 完整 形式 描 B 

Seq[_] Seq[T] forSome {type T} T 可 以 是 Any 的 任意 子 类 

Seq[_ <: A] Seq[T] forSome {type T <: A} T 可 以 是 A (在 某 处 已 经 定义 了 ) 的 任意 子 类 
Seq[_ >: Z <: A] Seq[T] forSome {type T >: Z <: A} TT 可 以 是 A 的 子 类 日 是 z 的 超 类 





























如 果 你 有 考虑 Scala 的 泛 型 语法 与 Java 的 语法 如 何 对 应 ， 你 可 能 已 经 注意 到 类 似 java. 
util.List[_ <: A] 的 表达 式 在 结构 上 与 Java 的 表达 式 java.util.List<? extends A> 很 像 。 
事实 上 ， 它 们 是 同一 个 声明 。 尽 管 我 们 说 Scala 的 变异 行为 在 声明 时 就 已 经 定义 了 ， 但 你 








可 以 用 存在 类 型 定义 出 调用 时 才 确 定 的 变异 行为 ， 只 是 通常 很 少 这 么 做 。 

你 在 Scala 代码 中 会 经 常 看 到 类 似 Seq[_] 的 代码 ， 其 中 类 型 参数 不 能 被 更 具体 地 指定 。 但 
你 不 会 经 常 看 到 完整 的 forsone 形式 的 存在 类 型 语法 。 

存在 类 型 存在 的 主要 目的 是 为 了 支持 Java 泛 型 ， 同 时 保持 它 在 Scala 类 型 系统 中 的 正确 
性 。 大 多 数 情况 下 ， 类 型 推断 已 经 为 我 们 隐藏 了 细 市 。 


== == 
14.10 本章 回顾 与 下 一 章 提要 
这 样 ， 我 们 就 完成 了 Scala 类 型 系统 特性 之 旅 ， 这 些 特性 是 你 写 Scala 代码 和 使 用 标准 库 时 
最 可 能 遇 到 的 。 我 们 的 首要 重点 是 理解 面向 对 象 中 继承 关系 的 微妙 之 处 ， 以 及 变异 和 类 型 
边界 的 重要 性 。 下 一 章 我 们 将 继续 探索 那些 不 需要 尽快 掌握 的 次 要 功能 。 
如 果 你 想 快 速 参考 Scala 类 型 系统 及 其 相关 概念 ， 请 参见 我 同事 Konrad Malawski 的 Scala's 
Types of Types (http://ktoso.github.io/scala-types-of-types/) 。 
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本 章 将 紧 接着 上 一 章 的 内 容 ， 继 续 对 类 型 系统 进行 讲解 。 假 如 是 Scala 初学 者 ， 你 无 需 立 
刻 理 解 本 章 讲解 的 内 容 ， 但 是 最 终 你 还 是 会 磁 到 这 些 问 题 。 当 你 正 忙 于 Scala 项 目 或 使 用 
第 三 方 库 时 ， 假 如 碰 到 了 一 个 从 未 见 过 的 类 型 系统 概念 ， 那 么 你 也 许 能 在 本 章 找到 答案 。 
(如 果 想 了 解 比 本 章 还 要 深入 的 概念 ， 请 查看 《Scala 语言 规范 》 (http://www.scala-lang.org/ 
docu/files/ScalaReference.pdf)。) 目前 ， 我 仍然 建议 你 略 读本 章 。 尽 管 无 需 深 入 理解 这 些 
概念 ， 但 是 在 本 书后 续 的 内 容 中 ， 你 还 是 会 看 到 一 些 有 关 路 径 相 关 类 型 (path-dependent 
type) 的 更 为 复杂 的 示例 。 


15.1 路 径 相 关 类 型 
与 之 前 出 现 的 Java 语言 一 样 ，Scala 允许 使 用 路 径 表达 式 对 嵌 套 类 型 进行 访问 。 
请 思考 下 面 的 例子 : 


// src/main/scala/progscala2/typesystem/typepaths/type-path.scalaX 
package progscala2.typesystem.typepaths 











class Service { /L 0 
class Logger { 
def log(message: String): Unit = println(s"log: $message") //@ 
} 


val logger: Logger = new Logger 


val s1 
val s2 


new Service 
new Service { override val logger = s1.logger } // 错误 ! © 


O EMS Service®, YR MAREK Logger, 
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@ HTE, log 方法 中 只 调用 了 println 方法 打印 日 志 。 
@ 出 现 编译 错误 ! 
编译 该 文件 时 ， 最 后 一 行 代码 将 产生 下 列 错误 : 


error: overriding value logger in class Service of type this.Logger; 
value logger has incompatible type 


val s2 = new Service { override val logger = s1.logger } 
A 











代码 中 出 现 的 两 个 Logge 类 型 能 被 视 为 相同 类 型 吗 ? 答案 是 否定 的 。 错 误 信 息 表 示 Scala 
期 望 得 到 类 型 为 this.Logger 的 logger 对 象 。 在 Scala 中 ， 每 一 个 Service 实例 的 logger 
属性 类 型 都 不 相同 。 换 言 之 ，logger 的 实际 类 型 是 路 径 相关 的 (path-dependent)。 下 面 我 
们 将 讨论 这 种 类 型 路 径 。 





15.1.1 C.this 


你 可 以 在 C1 类 的 类 体 中 使 用 熟悉 的 this 关键 字 ， 该 关键 字 将 指向 当前 实例 。 不 过 此 处 使 
用 的 this 其 实 是 Scala 语言 中 的 C1.this 的 缩写 : 














// src/main/scala/progscala2/typesystem/typepaths/path-expressions.scala 


class C1 { 
var x = "1" 
def setX1(x:String): Unit 
def setX2(x:String): Unit 


this.x = x 
C1.this.x = x 


} 
假如 this 出 现在 类 型 体内 、 方 法 定义 体 之 外 ， 它 指向 的 是 类 型 本 身 : 
trait T1 { 
class C 
val c1: C = new C 
val c2: C = new this.C 
} 


很 明显 ，this.c 中 出 现 的 this 引用 了 trait T1, 


15.1.2 C.super 
你 可 以 使 用 super 关键 字 引 用 某 一 类 型 的 父 类 


trait X { 
def setXX(x:String): Unit = {} // 函数 未 执行 任何 操作 ! 
} 
class C2 extends C1 
class C3 extends C2 with X { 
def setX3(x:String): Unit 
def setX4(x:String): Unit 
def setX5(x:String): Unit = C3.super[C2].setX1(x) 
def setX6(x:String): Unit = C3.super[X].setXX(x) 
// def setX7(x:String): Unit = C3.super[C1].setX1(x) // 错误 





super.setX1(x) 
C3.super.setX1(x) 
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// def setX8(x:String): Unit = C3.super.super.setX1(x) // 错误 


在 本 示例 中 ，C3.super 的 作用 等 同 于 super。 你 也 可 以 使 用 [T] 说 明 当 前 使 用 哪个 对 象 的 
父 类 ， 就 像 setX5 方法 做 的 那样 ，setX5 方法 选择 了 C2 的 父 类 ， 而 setX6 则 选择 了 X 的 父 
类 。 不 过 ， 你 无 法 引用 “祖父 ”类 型 (如 setx7 方法 所 示 )， 也 无 法 将 super 串 行 化 〈 如 
setX8 所 示 ) 。 


如 果 某 一 类 型 具有 多 个 祖先 ， 那 么 当 你 在 该 类 型 中 使 用 未 限定 类 型 的 super 引用 时 ， 该 
引用 会 绑 定 到 哪个 类 型 呢 ? super 线性 化 算法 规则 决定 了 super 指向 的 目标 。( 请 参考 
11.755). 

与 this 关键 字 一 样 ， 你 也 可 以 在 类 型 体内 、 方 法 之 外 使 用 super 引用 父 类 型 ; 


class C4 { 
class C5 


























class C6 extends C4 { 
val c5a: C5 = new C5 
val c5b: C5 = new super.C5 


} 


15.1.3 path.x 

你 可 以 通过 使 用 点 号 分 隔 的 路 径 表达 式 查找 菊 套 类 型 。 路 径 表 达 式 中 除 最 后 一 个 元 素 之 
外 ， 其 他 元 素 都 必须 保持 固定 (stable)， 即 这 些 元 素 必须 是 包 、 单 例 对 象 或 具有 相同 别名 
的 类 型 声明 。 路 径 中 最 后 一 个 元 素 可 以 是 不 固定 的 ， 包 括 类 、trait 或 者 类 型 成 员 。 请 阅读 
下 列 示例 : 


package P1 { 





























object 01 { 
object 02 { 
val name = "name" 
class C1 { 
val name = "name" 
} 
} 
class C7 { 
val name1 = P1.01.02.name // Okay - 路 径 表达 式 指 向 某 一 字段 
type C1 = P1.01.C1 // Okay - 路 径 表 达 式 指向 某 一 “叶子 "类 
val c1 = new P1.01.C1 // Okay - 路 径 表 达 式 指向 某 一 “叶子 ?类 
// val name2 = P1.01.C1.name // ERROR - P1.01.C1 并 不 固定 


} 


C7 类 中 的 成 员 namel1、C1 以 及 ci 的 路 径 表 达 式 中 除了 最 后 一 位 之 外 ， 其 余 元 素 都 是 固定 
元 素 。 而 name2 所 使 用 的 路 径 表 达 式 中 ， 在 最 后 一 个 位 置 之 前 便 出 现 了 非 固 定 元 素 (C1)。 


删除 name2 声明 前 的 注释 符号 之 后 ， 你 便 能 看 到 下 面 这 个 编译 错误 : 


[error] .../typepaths/path-expressions.scala:52: value C1 is not a member of 
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object progscala2.typesystem.typepaths.P1.01 
[error] val name2 = P1.01.C1.name 
[error] a 


如 有 果 能 在 代码 中 避免 使 用 复杂 路 径 ， 当 然 也 不 失 为 一 个 好 的 方法 。 


15.2 ”依赖 方法 类 型 

依赖 方法 类 型 《dependent method type) 是 一 种 路 径 相 关 类 型 的 形式 ， 它 有 助 于 解决 许多 设 
计 问 题 ，Scala 2.10 引入 了 这 一 新 特性 。 

Magnet 设计 模式 (magnet 是 “磁石 ”的 意思 ) 便 应 用 了 依赖 方法 类 型 ， 该 设计 模式 中 存 
在 一 个 接受 单一 对 象 输入 的 处 理 方法 ， 而 这 个 输入 对 象 便 称 为 magnet， 它 能 够 确保 函数 返 
回 类 型 是 可 兼容 的 。 如 果 想 对 这 项 技术 的 相关 示例 有 更 深 的 了 解 ， 请 参考 “spray.io 博客 
上 的 内 容 ”(http://spray.io/blog/2012-12-13-the-magnet-pattern/) 。 我 们 也 将 通过 一 个 示例 对 
此 进行 讲解 : 


// src/main/scala/progscala2/typesystem/dependentmethodtypes/dep-method.sc 





























import scala.concurrent.{Await, Future} //@ 
import scala.concurrent.duration._ 
import scala.concurrent.ExecutionContext.Implicits.global 


case class LocalResponse(statusCode: Int) //@ 
case class RemoteResponse(message: String) 


© 导入 scala.concurrent.Future (http://www.scala-lang.org/api/current/scala/concurrent/Fut 
ure.html) 类 和 与 异步 计算 相关 的 类 。 

@ 定义 了 两 个 case 类 ， 用 于 返回 计算 后 得 出 的 “回复 信息 ”， 这 些 回 复 可 能 来 自 本 地 调用 
(调用 者 和 被 调用 者 在 一 个 进程 内 )， 也 可 能 来 自 远 程 服务 调用 。 需 要 注意 这 两 个 case 
类 并 未 共享 公共 父 类 ， 两 者 毫 无 关联 。 

在 17.2 节 中 ， 我 们 将 对 Future (http://www.scala-lang.org/api/current/scala/concurrent/Future. 

html) 类 型 进行 深入 讲解 。 而 现在 ， 我 们 只 对 需要 了 解 的 部 分 进行 讲解 : 

sealed trait Computation { 


type Response 
val work: Future[Response] 


} 














case class LocalComputation( 
work: Future[LocalResponse]) extends Computation { 
type Response = LocalResponse 
} 
case class RemoteComputation( 
work: Future[RemoteResponse]) extends Computation { 
type Response = RemoteResponse 


} 
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以 Computation 为 父 节 点 的 这 组 密封 类 (sealed class) 提供 了 服务 所 需要 的 所 有 计算 类 型 : 
包括 了 本 地 处 理 和 远程 处 理 。 由 于 所 需要 执行 的 工作 也 封装 到 一 个 Future 对 象 中 ， 因 此 这 
些 计算 将 以 异步 的 方式 执行 。 本 地 处 理 将 返回 对 应 的 LocalResposne 对 象 ， 而 远程 处 理 则 
返回 对 应 的 RemoteResponse 对 象 ; 


object Service { 
def handle(computation: Computation): computation.Response = { 
val duration = Duration(2, SECONDS) 
Await.result(computation.work, duration) 
} 
} 






























































Service. handle(LocalComputation(Future(LocalResponse(@)))) 

// Result: LocalResponse = LocalResponse(0) 

Service. handle(RemoteComputation(Future(RemoteResponse("remote call")))) 
// Result: RemoteResponse = RemoteResponse(remote call) 


最 后 ， 我 们 定义 了 一 个 服务 对 象 ， 该 对 象 提供 了 单一 入 口 点 handle Fik. mi handle 7 
法 则 通 过 scala.concurrent.Await (http://www.scala-lang.org/api/current/scala/concurrent/ 
Await$.html) 对 象 等 待 Future 对 和 象 执行 完毕 。Await.result 根据 输入 的 Computation 对 象 
的 具体 类 型 ， 返 回 相 应 的 LocalResponse XF ak, RemoteResponse 对 象 。 

请 留意 ， 由 于 LocalResponse 与 RemoteResponse = 4 FHKE, [Al UE handle 方法 并 未 返回 
它们 共有 的 某 个 父 类 实例 。handle 方法 另辟蹊径 ， 它 将 依据 输入 参数 决定 返回 类 型 。 由 
于 无 法 通过 类 型 检查 的 缘故 ， 当 输入 参数 类 型 为 RemoteComputation 时 ， 不 可 能 返回 
LocaLResponse， 反 之 亦 然 。 


1 5.3 类 型 投影 
我 们 将 回顾 之 前 15.1 节 中 讨论 过 的 Service 设计 问题 。 首 先 ， 我 们 对 Service 类 进行 重 写 ， 
从 中 抽取 出 一 些 可 能 在 真实 应 用 中 更 为 典型 的 抽象 : 


// src/main/scala/progscala2/typesystem/valuetypes/type-projection.scala 
package progscala2.typesystem.valuetypes 











io 




















trait Logger { //@ 
def log(message: String): Unit 

} 

class ConsoleLogger extends Logger { // @ 
def log(message: String): Unit = println(s"log: $message") 

} 

trait Service { // ® 


type Log <: Logger 
val logger: Log 
} 


class Service1 extends Service { //@ 
type Log = ConsoleLogger 





val logger: ConsoleLogger = new ConsoleLogger 


} 


© X Logger 特征 。 
@ 具体 的 Logger 类 ， 为 了 简化 ， 该 类 将 日 志 输 出 到 控制 台中 。 


© Service 特征 定义 了 抽象 类 型 Log， 该 类 型 是 Logger 类 型 的 别名 。 与 此 同时 ， 我 们 在 
Service 特征 中 声明 了 一 个 Log 类 型 的 字段 。 

O 定义 了 有 具体 的 服务 类 ， 该 类 将 使 用 ConsoleLogger 打印 输出 日 志 。 

假设 我 们 希望 “重用 ”Servicel 中 定义 的 Log 类 型 。 下 面 ， 我 们 将 在 REPL 会 话 中 尝试 一 

些 可 能 的 重用 方案 : 


// src/main/scala/progscala2/typesystem/valuetypes/type-projection.sc 














scala> import progscala2.typesystem.valuetypes._ 


scala> val L1: Service.Log = new ConsoleLogger 
<console>:10: error: not found: value Service 
val l1: Service.Log = new ConsoleLogger 
Nn 
scala> val 12: Servicei.Log = new ConsoleLogger 
<console>:10: error: not found: value Service1 
val 12: Servicel.Log = new ConsoleLogger 
Nn 
scala> val 13: Service#Log = new ConsoleLogger 
<console>:10: error: type mismatch; 
found : progscala2.typesystem.valuetypes.ConsoleLogger 
required: progscala2.typesystem.vaLluetypes.Service#Log 
val 13: Service#Log = new ConsoleLogger 
AN 
scala> val 14: Servicei#Log = new ConsoleLogger 


14: progscala2.typesystem.valuetypes.ConsoleLogger = 
progscala2.typesystem.valuetypes.ConsoleLogger @6376f152 


调用 Service.Log 和 Service1.Log hF, Scala 将 分 别 查找 名 为 Service 和 Servicel 的 对 象 ， 
但 是 这 些 伴 生 对 象 却 并 不 存在 。 
不 过 ， 我 们 可 以 使 用 # 符号 来 对 我 们 想 查找 的 类 型 进行 映射 。 第 一 次 尝试 未 能 通过 类 
型 检查 。 尽 管 service.Log 和 ConsoleLogger 类 型 均 为 Logger 类 型 的 子 类 型 ， 但 是 由 于 
Service.Log 是 抽象 类 型 ， 因 此 我 们 尚且 不 知道 该 类 型 是 否 确实 是 ConsoleLogger 类 型 的 子 
类 型 。 换 言 之 ， 最 后 出 现 的 Service.Log 的 具体 定义 可 能 是 Logger 类 的 另外 一 个 子 类 ， 且 
该 子 类 与 ConsoleLogger 不 兼容 。 


由 于 以 静态 的 方式 通过 类 型 检查 ， 因 此 只 有 val 14 = Service1#Log = new ConsoleLogger 
能 够 正确 执行 。 

最 后 提 一 句 ， 我 们 日 常 工作 中 编写 的 那些 简单 的 类 型 名 称 为 类 型 标识 符 (type designator), 
这 些 类 型 标识 符 本 质 上 是 这 些 类 型 映射 的 缩写 。 下 面 列举 了 一 些 类 型 标识 符 和 对 应 的 类 型 
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映射 ， 该 示例 改编 自 《Scala 语言 规范 》 的 3.2 节 : 


Int // scala.type#Int 
scala.Int // scala.type#Int 
package pkg { 
class MyClass { 
type t // pkg.MyClass.type#t 


} 
} 


单 例 类 型 

我 们 已 经 对 单 例 对 象 (singleton object) 进行 了 学 习 ， 声 明 单 例 对 象 时 需要 使 用 关键 字 
object, Scala 中 同样 存在 着 单 例 类 型 的 概念 。AnyRef 子 类 的 所 有 实例 v， 包 括 nuLL， 都 对 
应 了 一 个 唯一 的 单 例 类 型 (singleton type)。 我 们 可 以 使 用 v.type 表达 式 得 到 实例 v 的 单 
例 类 型 。 在 对 象 声 明 体 中 使 用 该 表达 式 ， 能 够 将 允许 的 实例 数量 限定 到 1 个 。 我 们 将 沿用 
之 前 Logger 和 Service 类 型 的 示例 为 大 家 进行 讲解 : 


// src/main/scala/progscala2/typesystem/valuetypes/type-types.sc 



































new Servicel 
new Servicel 


scala> val s11 
scala> val s12 


scala> val 11: Logger = s11.logger 
li: ...valuetypes.Logger = ...valuetypes.ConsoleLogger @3662093 


scala> val 12: Logger = s12.logger 
12: ...valuetypes.Logger = ...valuetypes.ConsoleLogger @411c6639 


scala> val 111: si1.logger.type = s11.logger 
111: si1.logger.type = progscala2.typesystem.valuetypes.ConsoleLogger @3662093 


scala> val 112: s11.logger.type = si2. logger 
<console>:12: error: type mismatch; 
found : si2.logger.type (with underlying type ...valuetypes.ConsoleLogger ) 
required: si1.logger.type 
val 112: s11.logger.type = s12. logger 
Nn 








我 们 只 能 使 用 S11. logger 为 111 和 112 赋值 。s12.Logger 的 类 型 并 不 与 sil 和 s12 的 类 型 
定义 单 例 对 象 时 ， 同 时 定义 了 对 象 实例 和 其 对 应 的 类 型 : 


// src/main/scala/progscala2/typesystem/valuetypes/object-types.sc 











case object Foo { override def toString = "Foo says Hello!" } 
如 果 你 希望 定义 输入 参数 为 该 类 型 的 方法 ， 那 么 输入 类 型 应 设置 为 Foo.type。 


scala> def printFoo(foo: Foo.type) = println(foo) 
printFoo: (foo: Foo.type)Unit 


scala> printFoo(Foo) 





Foo says Hello! 


15.4 值 的 类 型 

每 一 个 值 都 具有 类 型 。“ 值 类 型 ” 指 的 是 所 有 可 能 的 类 型 形式 ， 这 些 类 型 格式 我 们 曾 接 都 
接触 过 。 

在 本 节 中 ， 我 们 使 用 的 值 类 型 (value type) 一 词 与 《Scala 语言 规范 》 中 的 
定义 相同 ， 不 过 ， 在 本 书 的 其 他 章节 中 ， 值 类 型 指 的 是 AnyVal 的 所 有 子 类 
型 ， 这 也 是 值 类 型 更 为 常用 的 意思 。 














值 类 型 包括 : 参数 类 型 、 单 例 类 型 、 类 型 映射 、 类 型 标识 符 、 复 合 类 型 、 既 存 类 型 、 元 组 
类 型 、 函 数 类 型 以 及 中 缀 类 型 。 除 了 常规 的 写法 之 外 ，Scala 还 为 最 后 三 种 类 型 提供 了 更 为 
方便 的 简写 语法 ， 因 此 我 们 会 对 这 三 种 类 型 进行 回顾 。 在 对 这 几 种 类 型 进行 讲解 的 同时 ， 
我 们 会 讲述 一 些 之 前 未 谈 及 的 具体 细 市 。 


15.4.1 元 组 类 型 
称 为 元 组 类 型 (tuple type) : 


val t1: Tuple3[String, Int, Double] 
val t2: (String, Int, Double) 


WAS TRAE CAA, KR Scam Ret Ss koe, Aka 
便利 一 些 。 除 此 之 外 ， 简 化 的 写法 中 省 略 了 Tuplen 字符 ， 因 而 比 之 前 的 写法 要 简短 一 些 。 
事实 上 ， 很 少 会 有 人 使 用 Tuplen 格式 的 函数 签名 。 请 对 比 List[Tuple2[Int,Sstring]] 与 
List[(Int,String)] 类 型 。 


15.4.2 ”函数 类 型 
我 们 可 以 使 用 箭头 表达 式 编 写 类 型 为 国 数 类 型 的 对 象 ， 如 Function2 类 型 : 
val f1: Function2[Int,Double,String] = (i,d) => s"int $i, double $d" 
val f2: (Int,Double) => String = (i,d) => s"int $i, double $d" 
在 指定 元 组 对 象 时 ， 通 常 并 不 会 使 用 TupleN 这 类 复杂 的 语法 。 与 之 类 似 ， 我 们 也 很 少 使 用 
Functionn 来 创建 国 数 类 型 。 


15.4.3 ”中 组 类 型 
我 们 可 以 使 用 中 绥 表 达 式 编写 包含 两 个 类 型 参数 的 类 型 。 下 面 的 示例 使 用 了 Either [A,B] 
val Left1: Either[String,Int] 


val left2: String Either Int 
val right1: Either[String, Int] 


("one", 2, 3.14) 
("one", 2, 3.14) 





{In 








Left("hello") 
Left("hello") 
Right (1) 
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val right2: String Either Int = Right(2) 


WT AREAS TPR, BRS RAS O 结尾 的 情况 ， 中 绥 类 型 是 左 结合 
的 。 假 如 类 型 名 称 以 冒号 结尾 ， 该 类 型 则 为 右 结合 。 这 与 for 术语 的 用 法 相同 (之 前 没有 








强调 过 这 点 ， 这 里 我 们 称 那些 非 类 型 对 





KARKARE, for 术语 其 实 就 是 for 表 达 式 )。 你 可 











以 使 用 小 括号 改写 默认 的 类 型 结合 顺序 。 


// src/main/scala/progscala2/typesystem/vaLluetypes/infix-types.sc 


scala> val xll1: Int Either Double Either String = Left(Left(1)) 
xll1: Either[Either[Int,Double],String] = Left(Left(1)) 


scala> val xll2: (Int Either Double) Either String = Left(Left(1)) 
xll2: Either[Either[Int,Double],String] = Left(Left(1)) 


scala> val xlr1: Int Either Double Either String = Left(Right(3.14)) 
xlr1i: Either[Either[Int,Double],String] = Left(Right(3.14)) 


scala> val xlr2: (Int Either Double) Either String = Left(Right(3.14)) 
xlr2: Either[Either[Int,Double],String] = Left(Right(3.14)) 


scala> val xr1: Int Either Double Either String = Right("foo") 
xri: Either[Either[Int,Double],String] = Right(foo) 


scala> val xr2: (Int Either Double) Either String = Right("foo") 
xr2: Either[Either[Int,Double],String] = Right(foo) 


scala> val xl: Int Either (Double Either String) = Left(1) 
xl: Either[Int,Either[Double,String]] = Left(1) 


scala> val xrl: Int Either (Double Either String) = Right(Left(3.14)) 


xrl: Either[Int,Either[Double, String] 


= Right(Left(3.14)) 


scala> val xrr: Int Either (Double Either String) = Right(Right("bar")) 
xrr: Either[Int,Either[Double,String]] = Right(Right(bar) ) 


IRER, BEAM RRN SS ERG AAS RER, 





下 














看 ， 我 们 将 转 和 人 一 个 重要 的 、 庞 大 的 、 有 时 候 又 很 有 挑战 性 的 主题 : higher-kinded 类 型 。 


15.5 Higher-Kinded 类 型 





操作 Seq 实例 时 ， 我 们 通常 习惯 编写 下 


def sum(seq: Seq[Int]): Int = seq 








而 的 代码 : 








reduce (_ + _) 


sum(Vector(1,2,3,4,5)) // 结果 值 : 15 


首先 ， 我们 将 使 用 类 型 类 (type class) 对 加 法 进行 泛 化 〈 请 回顾 5.4 节 的 内 容 )。 通 过 使 用 


类 型 类 ， 我 们 能 够 对 元 素 类 型 操作 进行 


归纳 : 








A 
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// src/main/scala/progscala2/typesystem/higherkinded/Add.scala 
package progscala2.typesystem.higherkinded 


trait Add[T] { //@ 
def add(t1: T, T2: T): T 

} 

object Add { // @ 


implicit val addInt = new Add[Int] { 
def add(i1: Int, i2: Int): Int = i1 + i2 
} 


implicit val addIntIntPair = new Add[(Int,Int)] { 
def add(p1: (Int,Int), p2: (Int,Int)): (Int,Int) = 
(p1._1 + p2._1, p1._2 + p2._2) 


} 
@ Add 特征 中 定义 了 加 法 。 


@ Add 特征 的 伴生 对 象 中 定义 了 该 trait 的 两 个 实例 ， 这 两 个 实例 将 作为 Int 类 型 和 Int 对 
的 隐 式 值 。 


现在 ,我 们 尝试 使 用 这 两 个 隐 式 值 : 


// src/main/scala/progscala2/typesystem/higherkinded/add-seq.sc 
import progscala2.typesystem.higherkinded.Add //@ 
import progscala2.typesystem.higherkinded.Add._ 





def sumSeq[T : Add](seq: Seq[T]): T = //@ 

seq reduce (implicitly[Add[T]].add(_,_)) 
sumSeq(Vector(1 -> 10, 2 -> 20, 3 -> 30)) // 结果 值 : (6,60) 
sumSeq(1 to 10) // 结果 值 : 55 
sumSeq(Option(2)) // © 出 错 ! 





@ 导入 Add 特征 以 及 在 Add 伴生 对 象 定义 的 隐 式 对 象 。 

@ 通过 使 用 上 下 文 边界 (context bound) 和 implicitly 关键 字 (请 参考 5.1 节 )， 我 们 计 
算出 了 一 组 数据 的 总 和 。 

© HF Option 并 不 是 Seq 类 型 的 子 类 型 ， 因 此 传 入 Option 参数 会 导致 程序 出 错 。 

对 于 任何 一 种 序列 ， 只 要 我 们 为 它 定 义 了 隐 式 的 Add 实例 ， 那 么 sumseq 方法 便 能 计算 出 该 

序列 的 总 和 。 

不 过 ，sumseq 仍然 只 支持 Seq 子 类 型 。 假 如 容器 类 型 并 不 是 Seq 子 类 型 ， 但 是 却 实现 了 

reduce 方法 ， 我 们 该 如 何 对 该 容器 进行 处 理 呢 ? 我 们 会 使 用 更 加 泛 化 的 求 和 操作 。 

Scala 支持 higher-kinded 类 型 ， 通 过 应 用 该 类 型 ， 我 们 可 以 对 参数 化 类 型 进行 抽象 。 下 面 

列举 了 该 类 型 的 一 种 使 用 方式 : 


// src/main/scala/progscala2/typesystem/higherkinded/Reduce.scala 
package progscala2.typesystem.higherkinded 
import scala. Language.higherKinds //@ 
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trait Reduce[T, -M[T]] { // @ 
def reduce(m: M[T])(f: (T, T) => T): T 
} 


object Reduce { // ©® 
implicit def seqReduce[T] = new Reduce[T, Seq] { 
def reduce(seq: Seq[T])(f: (T, T) => T): T = seq reduce f 
} 


implicit def optionReduce[T] = new Reduce[T, Option] { 
def reduce(opt: Option[T])(f: (T, T) => T): T = opt reduce f 
} 
} 


© higher-kinded 类 型 属于 可 选 功能 。 假 如 你 未 导入 该 功能 ，Scala 会 抛 出 警告 。 

© Reduce 特征 对 “规约 ”操作 (reduction) 进行 抽象 ， 将 其 封装 为 higher-kinded 类 型 
M[T]。 在 一 些 库 中 ， 把 higher-kinded 类 型 命名 为 M 是 不 成 文 的 惯例 。 

© 为 了 能 对 seq 和 Option 值 执行 规约 操作 ， 我 们 分 别 为 这 两 类 类 型 提供 了 隐 式 实例 。 为 
了 简化 起 见 ， 我 们 将 直接 使 用 类 型 中 已 经 提供 的 reduce 方法 执行 规约 操作 。 


Reduce 特征 的 声明 体 中 使 用 了 MET] 逆 变 (contravariant， 声 明 逆 变 时 需要 在 MET] 前 添加 - 
符号 )， 这 样 做 的 原因 是 什么 呢 ? 假如 我 们 未 在 MT] 前 添加 + 或 - 符号 ， 那 些 作 用 于 Seq 
类 型 的 隐 式 实例 将 无 法 对 Seq 类 型 的 子 类 型 起 作用 ， 如 Vector 类 型 。( 请 尝试 移 除 一 符号 ， 
并 运行 之 后 的 示例 。) 请 注意 ，reduce 方法 中 传人 的 参数 类 型 是 MIT) 的 容器 类 型 。 正 如 我 
们 在 10.1.1 节 和 14.2.2 节 中 看 到 的 那样 ， 这 些 方法 中 的 某 些 参数 位 于 “ 逆 变 位 ”( 这 些 参 
数 所 在 的 上 下 文 ， 决定 了 这 些 参数 应 该 可 逆 变 )。 因 此 ， 我 们 要 求 Reduce 对 MET] 而 言 是 可 
逆 变 的 。 

与 Add 对象 中 定义 的 隐 式 值 相 比 ，seqReduce 和 optionReduce 都 是 隐 式 方法 ， 而 不 是 隐 式 
值 。 这 是 因为 我 们 需要 从 具体 的 实例 中 推导 出 类 型 参数 T。 我 们 无 法 像 Add 对 象 那样 将 
seqReduce 和 optionReduce 定义 为 隐 式 val 类 型 。 


请 注意 ， 在 seqReduce[T] = new Reduce[T, Seq] {...} 表达 式 中 ， 我 们 并 未 设置 Seq 类 型 
的 类 型 参数 。 该 类 型 参数 将 从 Reduce 的 定义 中 推导 出 来 。 假 如 你 直接 设置 了 Seq 的 类 型 参 
数 ， 例 如 new Reduce[T，Seq[T]]， 你 会 得 到 这 样 一 条 让 人 困惑 的 错误 信息 Seq[T] takes no 
type parameters, expected: one。 


我 们 将 使 用 sum2 方法 对 Option 实例 和 Seq 实例 执行 规约 操作 : 


// src/main/scala/progscala2/typesystem/higherkinded/add.sc 
import scaLa.Language.higherKinds 

import progscala2.typesystem.higherkinded. {Add, Reduce} //@ 
import progscala2.typesystem.higherkinded.Add._ 

import progscala2.typesystem.higherkinded.Reduce._ 
























































def sum[T : Add, M[T]] (container: M[T])( //@ 
implicit red: Reduce[T,M]): T = 
red.reduce(container)(implicitly[Add[T]].add(_,_)) 


sum(Vector(1 -> 10, 2 -> 20, 3 -> 30)) // 结果 值 : (6,60) 
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sum(1 to 10) // 结果 值 : 55 
sum(Option(2)) // 结果 值 : 2 
sum[Int,Option] (None) // © 错误 ! 
@ 导入 Add 特征 和 Reduce 特征 ， 之 后 导入 这 两 个 特征 对 应 的 伴生 对 象 中 定义 的 各 类 隐 式 。 
@ 定义 了 sun 方法， 该 方法 能 够 处 理 higher-kinded 类 型 (我 们 将 会 对 此 进行 详细 说 明 ) 。 
© 当 对 空 容器 执行 sum 操作 (规约 操作 ) 时 ， 将 会 出 现 错误 。 我 们 为 sun 方法 添加 的 类 
型 签名 [Int, Opton] 会 要 求 编译 器 将 None 解释 成 Option[Int] 类 型 。 假 如 不 添加 该 类 
型 签名 ,我 们 将 得 到 编译 错误 ; 无 法 判断 0ption[T] 类 型 中 的 类 型 参数 T 到 底 应 该 对 应 
addInt 方法 还 是 addIntIntPair 方法 。 通 过 显 式 地 指定 类 型 ， 我 们 能 够 得 到 真正 希望 捕 
获 的 运行 错误 : 我 们 不 能 对 None 值 调用 reduce 方法 〈 适 用 于 所 有 空 容器 ) 。 
sum 方法 的 实现 并 非 没 有 意义 。 与 之 前 一 样 ， 我 们 定义 了 上 下 文 边界 T: Add。 我 们 也 希望 
定义 M[T] 的 上 下 文 边界 ， 如 M[T] : Reduce。 不 过 我 们 无 法 做 到 这 点 ， 因 为 Reduce 特征 包 
含 两 个 类 型 参数 ， 而 上 下 文 边界 只 适用 于 包含 单 参数 的 场景 。 因 此 ， 我 们 可 以 为 sum 方法 
添加 第 二 个 参数 列表 。 该 参数 列表 中 包含 一 个 隐 式 的 Reduce 参数 ， 使 用 该 参数 可 以 对 输入 
的 集合 执行 reduce 操作 。 


为 进一步 简化 实现 ， 我 们 可 以 重新 定义 Reduce 特征 ， 新 定义 的 Reduce 特征 只 包含 一 个 
类 型 参数 且 属 于 higher-kinded 类 型 。 这 样 一 来 ， 我 们 便 能 实现 在 上 下 文 边界 中 重新 使 用 
Reduce 特征 : 

// src/main/scala/progscala2/typesystem/higherkinded/Reduce1.scala 


package progscala2.typesystem.higherkinded 
import scala. Language. higherKinds 























trait Reduce1[-M[_]] { //@ 
def reduce[T](m: M[T])(f: (T, T) => T): T 

} 

object Reduce1 { //@ 


implicit val seqReduce = new Reducei[Seq] { 
def reduce[T](seq: Seqg[T])(f: (T, T) => T): T = seq reduce f 
} 


implicit val optionReduce = new Reduce1[Option] { 
def reduce[T](opt: Option[T])(f: (T, T) => T): T = opt reduce f 
} 
} 


O Reduce 抽象 体 只 包含 一 个 类 型 参数 M， 尽 管 M 仍 然 是 可 逆 变 类 型 ， 但 是 我 们 未 指定 M 
使 用 的 类 型 参数 。 因 此 ，Reducel 属于 了 既 存 类 型 (existential type， 请 参考 14.9 节 的 相关 
内 容 )。 而 T 参数 也 被 移 至 reduce 方法 中 。 


@ seqReduce 和 optionReduce 不 再 是 方法 ， 它 们 被 声明 为 隐 式 值 。 


在 之 前 的 示例 中 ， 我 们 需要 使 用 隐 式 方法 ， 使 得 Scala 能 够 推导 出 类 型 参数 T 的 值 ， 而 现 
在 我 们 仅仅 定义 了 一 些 隐 式 实例 ， 因 此 在 调用 reduce 方法 之 前 ，Scala 无 法 推导 出 T 的 值 。 


修改 后 的 sum 方法 也 变 得 更 加 简洁 ， 调 用 sum 方法 将 返回 相同 的 结果 (我们 将 不 再 列 出 
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sun 方法 的 结果 ) : 


// src/main/scala/progscala2/typesystem/higherkinded/add1.sc 


def sum[T : Add, M[_] : Reduce1](container: M[T]): T = 
implicitly[Reduce1[M]].reduce(container)(implicitly[Add[T]].add(_,_)) 


现在 ， 我 们 定义 了 两 个 上 下 文 边 界 ， 它 们 分 别 作用 于 Reducet 和 Add 特征 。 而 使 用 
implicity 修饰 的 类 型 参数 则 能 够 区 分 出 这 两 种 不 同 的 隐 式 值 。 


实际 上 ， 你 看 到 的 大 多 数 higher-kinded 类 型 都 与 本 示例 相似 ， 它 们 都 适用 M[_] 类 型 ， 而 
非 MLT]。 

higher-kinded 类 型 给 我 们 带 来 一 些 额外 的 抽象 ， 并 且 使 代码 变 得 更 加 复杂 ， 我 们 还 应 该 使 
用 这 一 trait 吗 ? 为 了 能 够 以 一 种 非常 简洁 和 强大 的 方式 将 代码 组 合 起 来 ，Scalaz (https:/ 
github.com/scalaz/scalaz) 和 Shapeless (https://github.com/milessabin/shapeless) 这 样 的 类 库 
大 量 使 用 了 higher-kinded 类 型 带 来 的 额外 抽象 和 复杂 代码 。 不 过 ， 你 需要 考虑 团队 成 员 的 
开发 能 力 。 请 对 这 点 保持 警觉 ， 如 果 代 码 过 于 抽象 ， 那 么 学 习 、 测 试 、 调 试 以 及 代码 改进 
都 会 非常 困难 。 


15.6 ”类 型 Lambda 


类 型 Lambda 指 的 是 般 入 在 另 一 函数 中 的 函数 ， 它 只 作用 于 类 型 级 。 假 如 我 们 需要 使 用 的 

参数 化 类 型 中 包含 了 太 多 的 类 型 参数 ， 便 可 以 使 用 类 型 Lambda 进行 处 理 。 类 型 Lambda 

是 一 个 编程 术语 ， 它 并 不 是 类 型 系统 的 特殊 功能 。 

下 面 这 个 示例 了 使 用 map 方法 ， 该 示例 与 上 一 节 中 reduce 示例 的 实现 方法 略 有 不 同 : 
// src/main/scala/progscala2/typesystem/typeLambdas/Functor.scala 


package progscaLa2.typesystem.typeLambdas 
import scala.language.higherKinds 












































trait Functor[A,+M[_]] { //@ 
def map2[B](f: A => B): M[B] 


object Functor { //@ 
implicit class SeqFunctor[A](seq: Seq[A]) extends Functor[A,Seq] { 
def map2[B](f: A => B): Seq[B] = seq map f 
} 
implicit class OptionFunctor[A](opt: Option[A]) extends Functor[A,Option] { 
def map2[B](f: A => B): Option[B] = opt map f 


} 
implicit class MapFunctor[K,V1](mapKV1: Map[K,V1]) // 日 
extends Functor[V1,({type A[a] = Map[K,a]})#A] { //@ 
def map2[V2](f: V1 => V2): Map[K,V2] = mapKV1 map { 
case (k,v) => (k,f(v)) 
} 
} 
} 
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Functor 一 词 常 用 于 对 包含 了 map 操作 的 类 型 进行 命名 。 我 们 将 在 第 16 BE “Functor 的 
种 类 ”一 节 中 对 此 进行 解释 。 不 同 于 我 们 之 前 见 到 的 Reduce 类 型 ，Functor 类 型 包含 
的 方法 中 并 未 将 容器 作为 参数 传 入 。 我 们 将 为 提供 了 map2 方法 的 Functor 类 定义 隐 式 
转换 。 之 所 以 将 方法 命名 为 map 是 因为 这 样 一 来 便 不 会 与 通常 的 map 方法 混淆 。 这 
也 意味 着 我 们 不 再 需要 MT] 是 可 逆 变 的 ， 事实 上 ,将 M[T] 设置 为 协 变 类 型 有 助 于 编 
写 代码 。 

我 们 按照 常用 的 方法 为 Seq 和 Option 类 型 定义 了 隐 式 转换 。 为 了 简化 起 见 ， 在 map2 的 
实现 体 中 ， 我 们 将 使 用 这 两 个 类 型 自 带 的 map 方法 。 由 于 Functor 对 MET] 而 言 是 可 协 
变 的 ， 因 此 为 Seq 类 型 定义 的 隐 式 转换 也 适用 于 Seq 类 型 的 所 有 子 类 型 。 

该 行 代码 是 本 示例 的 核心 : 定义 了 Map 类 型 的 转换 ， 在 该 转换 中 ， 我 们 使 用 了 两 个 类 
型 参数 ， 而 不 是 一 个 。 

使 用 类 型 Lambda 对 额外 的 类 型 参数 进行 处 理 。 









































在 MapFunctor 类 中 ， 我 们 “ 设 定 ” 对 Map 对 象 执行 map 操作 时 ，Map 对 象 的 key 值 保 


持 不 变 ， 而 value 值 则 会 被 修改 。 而 实际 的 Map.map 方法 (http://www.scala-lang.org/api/ 
current/#scala.collection Map) 更 为 通用 ， 它 允许 用 户 同时 修改 key 值 和 value 值 (示例 中 
的 map 方法 实际 上 实现 了 Map.mapValues 方法 ，http://www.scala-lang.org/api/current/#scala. 
collection.Map)。 类 型 Lambda 的 语法 有 一 些 匈 长 ， 这 使 得 开发 人 员 很 难 立 刻 理解 相关 代 
码 。 下 面 我 们 将 对 其 进行 扩展 ， 使 其 更 易于 理解 : 




































































. Functor[V1, //@ 
( // @ 
{ // ® 
type ALa] = Map[K, a] //@ 
} // ® 
)#X // © 

] 

© V1 Æ Functor 的 第 一 个 类 型 参数 ， 而 Functor 预期 第 二 个 类 型 参数 会 是 包含 了 类 型 参数 
的 容器 类 型 。 

O 表达 式 (结束 于 第 六 行 ) 对 应 的 左 括号 。 该 左 括号 开启 了 第 二 个 类 型 参数 的 定义 。 

O 开始 定义 结构 化 类 型 (请 查看 14.7 节 的 相关 内 容 )。 

O 定义 了 类 型 成 员 入， 该 类 型 成 员 是 Map 类 型 的 别名 。 尽 管 我 们 随意 将 该 类 型 成 员 命名 
为 入 (入 通常 用 于 表示 类 型 成 员 ), 不 过 由 于 和 恰巧 与 Lambda 相 匹 配 ,因此 这 个 名 字 
得 到 了 很 广泛 的 使 用 。 和 本 身 包含 了 一 个 类 型 参数 a (a 也 是 随意 取 的 名 字 )， 在 
示例 中 a 表示 了 Map 所 使 用 的 key 类 型 。 

O 结束 结构 化 类 型 定义 。 

O 结束 始 于 第 二 行 的 表达 式 ， 与 此 同时 ， 运 用 类 型 映射 机 制 将 类 型 和 从 参数 化 类 型 中 取 
出 (请 回顾 15.3 WIAR). A ERARA KESA Map 的 别名 ， 而 Scala 会 通过 后 
续 的 代码 推导 出 嵌入 的 类 型 参数 。 

注 1: 当然 ， 如 果 使 用 ASCII 字符 进行 命名 ， 比 如 说 工 ， 我 们 更 容易 在 大 多 数 键盘 上 操作 。 
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由 此 我 们 可 以 发 现 ， 运 用 类 型 Lambda 可 以 处 理 Map 所 需要 的 额外 类 型 参数 ， 而 Functor 
则 不 支持 这 一 功能 。 由 于 Scala 会 根据 后 面 的 代码 推导 出 cx 值 ， 因 此 我 们 并 不 需要 显 式 地 
对 A 和 a 进行 重复 引用 。 


下 面 的 脚本 证 明了 上 述 代码 可 以 成 功 地 执行 : 


// src/main/scala/progscala2/typesystem/typelambdas/Functor.sc 
import scala.language.higherkKinds 
import progscala2.typesystem.typelambdas.Functor._ 





























List(1,2,3) map2 (_ * 2) // List(2, 4, 6) 

Option(2) map2 (_ * 2) // Some(4) 

val m = Map("one" -> 1, "two" -> 2, "three" -> 3) 

m map2 (_ * 2) // Map(one -> 2, two -> 4, three -> 6) 





你 无 需 经 常 使 用 类 型 Lambda 的 语法 ， 不 过 它 有 助 于 解决 描述 的 问题 。Scala 的 未 来 版 本 也 
许 会 为 类 型 Lambda 习 语 提供 更 简洁 的 语法 。 


15.7 ŽIŽA: F-Bounded 多 态 


从 技术 角度 讲 ， 自 递归 类 型 也 被 称 为 F-bounded 多 态 类 型 ， 用 于 表示 指向 自身 的 类 型 。 
Java 的 Enum (http://docs.oracle.com/javase/8/docs/api/java/lang/Enum.html) 抽象 类 便 是 经 
典 的 一 例 ， 也 是 所 有 Java 枚 举 的 基础 类 型 ， 其 声明 如 下 : 

public abstract class Enum<E extends Enum<E>> 


extends Object 
implements Comparable<E>, Serializable 


大 多 数 Java 开发 者 都 会 对 Enum<E extends Enum<E>> 这 样 的 语法 感到 困扰 ， 不 过 该 语法 却 
能 带 来 一 些 重要 的 好 处 。Comparable<E> 接口 中 声明 的 compareTo 方法 也 使 用 了 这 类 语法 : 


int compareTo(E obj) 


如 果 传 入 compareTo 方法 的 对 象 并 不 是 相同 类 型 的 某 一 枚 举 值 ， 便 会 出 现 编译 错 误 。 下 
面 我 们 将 使 用 JDK 中 Enum 类 型 的 两 个 子 类 型 : java.util.concurrent.TimeUnit (http:// 
docs.oracle.com/javase/8/docs/api/java/util/concurrent/TimeUnit.html ) 和 java.net.proxy.Type 
(http://docs.oracle.com/javase/8/docs/api/java/net/Proxy.Type.html) 进行 演示 (将 省 略 某 些 
细节 ) : 


scala> import java.util.concurrent.TimeUnit 
scala> import java.net.Proxy.Type 



































scala> TimeUnit.MILLISECONDS compareTo TimeUnit. SECONDS 
resO: Int = -1 


scala> Type.HTTP compareTo Type.SOCKS 
resi: Int = -1 


scala> TimeUnit.MILLISECONDS compareTo Type.HTTP 
<console>:11: error: type mismatch; 
found : java.net.Proxy.Type(HTTP) 





required: java.util.concurrent.TimeUnit 
TimeUnit.MILLISECONDS compareTo Type.HTTP 
An 


在 Scala 中 ， 使 用 递归 类 型 能 够 方便 我 们 定义 返回 类 型 与 调用 者 类 型 相同 的 方法 ， 即 便 是 
返回 类 型 与 调用 者 类 型 具有 继承 关系 ， 递 归 类 型 也 能 起 作用 。 在 下 面 的 示例 中 ，make 方法 
应 该 返回 与 调用 者 类 型 相同 的 实例 ， 而 不 是 声明 make 方法 的 Parent 类 型 。 


// src/main/scaLa/progscaLa2/typesystem/recursivetypes/f-bound .sc 





























trait Parent[T <: Parent[T]] { // 0 
def make: T 

} 

case class Childi(s: String) extends Parent[Child1] { //@ 
def make: Child1 = Childi(s"Child1: make: $s") 

} 


case class Child2(s: String) extends Parent[Child2] { 
def make: Child2 = Child2(s"Child2: make: $s") 


} 

val c1 = Childi("c1") // c1: Child1 = Child1(c1) 

val c2 = Child2("c2") // c2: Child2 = Child2(c2) 

val c11 = c1.make // c11: Child1 = Childi(Child1: make: c1) 
val c22 = c2.make // c22: Child2 = Child2(Child2: make: c2) 
val p1: Parent[Child1] = c1 // p1: Parent[Child1] = Child1(c1) 

val p2: Parent[Child2] = c2 // p2: Parent[Child2] = Child2(c2) 

val p11 = p1.make // p11: Child1 = Childi(Child1: make: c1) 
val p22 = p2.make // p22: Child2 = Child2(Child2: make: c2) 





© Parent 特征 中 定义 了 递归 类 型 。 定 义 Parent 特征 的 语法 与 我 们 之 前 看 到 的 Java 中 声明 
的 Enum 的 语法 是 等 价 的 。 

@ 声明 继承 类 型 时 必须 使 用 X extends Parent[X] 这 样 的 签名 体 。 

请 注意 变量 的 类 型 签名 ,该 类 型 签名 出 现在 示例 脚本 最 后 创建 的 变量 值 注释 中 。 例 如 : 


p22 变量 是 Child2 类 型 ， 即 使 我 们 调用 make 方法 时 传人 了 Parent 对 象 引 用 ， 该 变量 仍 为 
Child2 类 型 。 


15.8 本章 回 顾 与 下 一 章 提要 


Shapeless 库 应 当 是 最 大 程度 地 应 用 了 类 型 系统 的 最 好 例子 (https://github.com/milessabin/ 
shapeless), Scalaz 库 中 也 广泛 使 用 了 一 些 高 级 类 型 概念 。 努 力学 习 并 和 擎 握 类 型 系统 大 有 益 
处 ， 它 能 够 为 你 提供 一 些 解 决 设计 难题 的 创新 工具 。 


请 注意 ， 你 无 须 掌 握 Scala 丰富 的 类 型 系统 所 提供 的 所 有 复杂 点 ， 便 能 很 好 的 使 用 Scala 语 
言 。 不 过 ， 你 对 Scala 类 型 系统 的 具体 细 方 了 解 的 越 多 ， 就 越 容易 应 用 那些 使 用 了 这 些 复 
杂 点 的 第 三 方 库 。 你 也 能 够 构造 属于 你 自己 的 强大 、 复 杂 的 类 库 。 


下 一 章 中 ， 我 们 将 深入 学 习 函 数 式 编程 的 更 为 高 阶 的 内 容 。 
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第 16 章 


级 函数 式 编程 





To} 





让 我 们 回 到 函数 式 编程 ， 并 讨论 一 些 高 级 概念 。 如 果 你 是 一 位 初学 者 ， 你 可 以 跳 过 这 一 
章 。 但 如 果 你 接触 过 诸如 代数 数据 类 型 (algebraic data type)、 范 畴 理论 (category theory) 
和 单子 (monad) 这 样 的 术语 ， 你 需要 再 回 过 头 来 看 这 一 章 。 

本 章 的 目标 是 在 不 深入 过 多 理论 和 符号 的 前 提 下 ， 帮 助 你 认识 到 这 些 概念 是 什么 以 及 它们 
为 什么 如 此 重要 。 


16.1 代数 数据 类 型 

抽象 数据 类 型 (abstract data type) 和 代数 数据 类 型 (algebraic data type) 都 常常 以 ADT 的 
形式 进行 缩写 ， 这 令 人 很 困惑 。 前 者 在 面向 对 象 编程 中 很 常见 ， 它 包括 我 们 熟悉 的 Seq, 
Seq 是 所 有 序列 容器 的 抽象 。 相 对 地 ， 代 数 数据 类 型 来 源 于 函数 式 编程 ， 你 可 能 不 大 熟悉 ， 
但 它 同样 重要 。 

代数 数据 类 型 这 一 术语 的 产生 是 由 于 我 们 将 要 讨论 的 很 多 种 数据 类 型 符合 代数 特性 ， 也 就 
是 数学 特性 。 这 一 点 非常 重要 ， 因 为 如 果 能 够 证 明 类 型 的 属性 ， 我 们 就 有 信心 认为 它们 是 
没有 bug 的 ， 并 且 可 以 通过 组 合 安全 地 构建 起 更 复杂 的 数据 结构 和 算法 。 


16.1.1 加 法 类 型 与 乘法 类 型 
Scala 类 型 分 为 加 法 类 型 (sum type) 与 乘法 类 型 (product type). 


大 部 分 你 已 知 的 类 型 都 是 乘法 类 型 。 比 如 说 ， 当 定义 一 个 case 类 时 ， 你 可 以 拥有 多 少 个 独 
一 无 二 的 实例 呢 ?” 考 虑 下 面 这 个 简单 的 例子 : 


case class Person(name: Name, age: Age) 
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你 可 以 拥有 的 Person 实例 的 个 数 等 于 Name 实例 的 个 数 乘 以 Age 的 实例 个 数 。 比 方 说 ， 
Name 封装 了 非 空 字符 串 ， 并 禁止 非 字 母 字符 。 这 样 ， 仍 然 会 有 无 限 多 个 有 效 值 ， 但 我 们 假 
ZDAN., HE, Age 仅 限 于 整数 值 ， 比 方 说 介 于 0 到 130 之 间 。 但 为 什么 不 分 别 使 用 
String 和 Int 来 举例 呢 ? 因为 我 们 一 直 在 强调 ， 只 要 有 可 能 ， 类 型 就 应 该 表明 人 允许 的 合法 
状态 ， 并 防止 无 效 状态 的 出 现 。 
由 于 我 们 可 以 用 任意 的 Name 值 与 任意 的 Age 值 组 合 起 来 创建 Pearson 值 ， 所 以 Person 可 
能 的 实例 个 数 为 131*N。 正 因为 如 此 ， 这 样 的 类 型 被 称 为 乘法 类 型 。 我 们 接触 的 大 部 分 类 
型 都 属于 这 个 范畴 。 
Scala 中 Product 类 型 的 名 称 也 源 于 此 。Product 是 所 有 Tuplen 和 所 有 case 类 的 父 类 ， 我 们 
在 10.4 节 中 已 经 学 习 过 。 
在 2.6 节 我 们 了 解 到 Unit 的 单个 实例 有 个 神秘 的 名 字 一 一 ()。 如 果 我 们 将 它 看 做 一 个 零 
元 素 的 元 组 的 话 ， 这 个 古怪 的 名 字 其 实 是 有 道理 的 。 而 一 个 包含 单个 整数 值 的 元 组 ， 即 
(Int) 或 Tuplet[Int] 可 以 拥有 22 个 值 ， 每 个 值 对 应 一 个 整数 值 。 一 个 没有 元 素 的 元 组 只 
能 有 一 个 实例 ， 因 为 它 不 能 携带 任何 状态 。 
试想 ， 如 果 我 们 拥有 包含 两 个 元 素 的 元 组 (Int，String)， 然 后 向 元 组 追加 Unit， 构 造 一 
个 新 的 元 组 ， 看 看 会 发 生 什么 : 

type unitTimesTuple2 = (Int, String, Unit) 
这 个 类 型 有 具有 多 少 个 可 能 的 实例 ?与 类 型 (Int, String) 拥有 的 实例 个 数 相同 。 从 乘法 的 
角度 看 ， 这 就 像 我 们 对 实例 个 数 乘 以 1。 所 以 ， 这 就 是 Unit 这 个 名 字 的 来 源 ， 就 像 1 是 乘 
法 的 “单位 ”，0 是 加 法 的 单位 一 样 。 
乘法 类 型 有 零 个 实例 的 情况 吗 ? 我 们 需要 一 个 包含 零 个 实例 的 类 型 scaLa.Nothing。 将 
Nothing 与 任意 其 他 类 型 组 合 ， 构 造 的 新 类 型 也 只 能 包含 零 个 实例 ， 因 为 没有 一 个 实例 可 
以 “ 装 下 ”Nothing 字段 。 
加 法 类 型 的 一 个 例子 是 枚 举 类 型 。 回 顾 第 3 章 的 这 个 例子 : 


// src/main/scala/progscala2/rounding/enumeration.sc 












































object Breed extends Enumeration { 
type Breed = Value 
val doberman = Value("Doberman Pinscher") 


val yorkie = Value("Yorkshire Terrier") 

val scottie = Value("Scottish Terrier") 

val dane = Value("Great Dane") 

val portie = Value("Portuguese Water Dog") 
} 


这 个 类 型 有 5 个 实例 。 需 要 注意 的 是 这 些 值 是 相互 排斥 的 。 我 们 不 能 让 它们 进行 组 合 (% 
略 狗 生 育 的 真实 场景 )。 特 定 的 品种 有 且 只 有 一 个 。 
实现 加 法 类 型 的 另 一 个 方法 是 使 用 对 象 的 封闭 继承 (sealed hierarchy of object) : 


sealed trait Breed { val name: String } 
case object doberman extends Breed { val name = "Doberman Pinscher" } 
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case object yorkie extends Breed { val name 
case object scottie extends Breed { val name 
case object dane extends Breed { val name 
case object portie extends Breed { val name 


"Yorkshire Terrier" } 
"Scottish Terrier" } 
"Great Dane" } 
"Portuguese Water Dog" } 














你 只 需要 带 索 引 的 “标志 位 ”时 ， 使 用 枚 举 或 对 用 户 友 好 的 字符 串 。 如 果 需 
带 更 多 的 状态 信息 ， 那 就 使 用 对 象 的 封闭 继承 。 


16.1.2 ”代数 数据 类 型 的 属性 

在 数学 中 ， 代 数 通过 三 个 方面 定义 。 

(1) 一 系列 对 象 ; 不 要 与 OO 语 境 中 的 对 象 混淆 。 这 里 说 的 对 象 可 以 是 数字 或 任何 东西 。 

(2) 一 系列 操作 : 表示 元 素 如 何 组 合 在 一 起 创建 新 元 素 。 

(G3) 一 系列 规则 : 定义 了 操作 与 对 象 之 间 的 关系 。 例 如 : 对 于 数组 ， 存 在 以 下 规则 : Ge + oy 
tz) == (œ +y) +z) ( 即 结合 律 )。 

下 面 我 们 先 来 考虑 乘法 类 型 。 关 于 实例 个 数 的 非 正式 参数 ， 现 在 用 操作 和 数学 规则 加 以 正 

式 描述 。 再 次 考虑 将 Unit“ 加 ”到 (Int, String) 上 的 操作 。 它 符合 交换 律 : 
Unit x (Int,String) == (Int,String) x Unit 

从 类 型 的 实例 个 数 的 角度 看 ， 这 是 正确 的 。 这 就 像 任意 N 都 满足 1*N = N*1 一 样 。 这 一 点 

可 以 推广 到 非 Unit 类 型 : 
Breeds x (Int,String) == (Int,String) x Breeds 

就 像 对 任意 的 数字 M 和 都 有 M*N = N*M 一样 。 类 似 地 ， 与 “ 零 ”(Nothing) 相 乘 也 请 

EREMIE: 
Nothing x (Int,String) == (Int,String) x Nothing 

谈 到 加 法 类 型 ,我 们 应 该 记得 集合 的 元 素 具有 唯一 性 。 因 此 ， 我 们 能 想到 ， 允 许 的 合法 厂 

eh 个 集合 。 这 就 意味 着 ， 癌 集合 中 加 入 Nothing， 依 然 得 到 同一 个 集合 。 而 向 
合 中 加 入 Unit 则 会 创建 一 个 新 的 集合 ， 新 集合 中 包括 所 有 原来 的 元 素 再 加 上 一 个 新 元 素 


a oe 类 型 ， 新 集合 将 包含 该 新 类 型 所 人 允许 的 所 有 实 
例 ， 以 及 集合 原 有 的 元 素 。 这 与 加 法 的 代数 规则 相 一 BL: 
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Nothing + (doberman, yorkie, ...) == (doberman, yorkie, ...) + Nothing 
Unit + (doberman, yorkie, ...) == (doberman, yorkie, ...) + Unit 
Person + (doberman, yorkie, ...) == (doberman, yorkie, ...) + Person 





其 至 还 有 一 个 形式 为 x*(a + b) =x*a+x*b 的 分 配 律 ， 请 自行 验证 分 配 律 的 有 效 性 。 
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16.1.3 ”代数 数据 类 型 的 最 后 思考 

还 有 更 多 有 待 探 索 的 属性 ， 不 过 我 推荐 你 参阅 Chris Taylor 的 博客 系列 (http://chris-taylor. 
github.io/blog/2013/02/10/the-algebra-of-algebraic-data-types/) ， 他 向 我 们 出 色 地 讲解 了 更 多 
细 市 。 

这 一 切 与 编程 有 什么 关系 呢 ?” 这 种 精确 的 推理 鼓励 我 们 审视 我 们 的 类 型 。 这 些 类 型 是 否 有 
确切 的 含义 ? 它们 有 没有 将 合法 的 值 限制 在 那些 有 意义 的 值 上 ? 它们 组 合 起 来 创建 新 类 型 
时 是 否 有 精确 的 行为 ? 

我 最 喜欢 的 有 关 “ 意 想不到 ”的 精确 的 例子 是 Scala 中 的 List 类 型 。 它 是 一 个 抽象 类 ， 只 
有 两 个 具体 子 类 ML 和 ::， 后 者 表示 非 空 列表 。 说 一 个 List 要 么 是 空 的 ， 要 么 是 非 空 的 ， 
这 听 起 来 好 像 很 没有 意义 ， 但 通过 这 两 种 类 型 我 们 可 以 构造 出 所 有 的 列表 ， 并 精确 界定 列 
表 应 该 有 的 行为 。 


16.2 ”范畴 理论 


也 许 在 Scala 社区 中 最 具 和 争议 的 辩论 是 多 大 程度 上 接受 范畴 理论 。 范 畴 理论 是 数学 的 一 个 
分 文 ， 我 认为 这 是 函数 式 设计 模式 的 来 源 。 本 方 介绍 范畴 理论 的 基本 思想 和 函数 式 编程 最 
常用 的 几 个 实际 范畴 。 它 们 是 非常 强大 的 工具 ， 至 少 对 于 那些 愿意 掌握 它们 的 开发 团队 来 
说 是 这 样 。 

使 用 范畴 理论 有 很 大 的 争议 ， 因 为 它 的 数学 基础 令 人 生 且 。 可 访问 的 文档 很 难 找到 。 范 畴 
理论 在 全 局 属性 的 层面 概括 了 所 有 的 数学 概念 。 因 此 ， 它 提供 了 深刻 而 深远 的 抽象 ， 但 是 
当 应 用 到 代码 中 的 时 候 ， 许 多 开发 者 都 在 同 极度 的 抽象 做 斗争 。 拥 有 有 基体、 特定 细 方 的 代 
码 更 容易 为 大 多 数 人 理解 ， 但 我 们 也 知道 抽象 非常 有 用 。 问 题 的 关键 在 于 寻求 平衡 ， 尤 其 
是 在 你 感觉 很 舒服 的 位 置 打 破 平衡 ， 这 将 决定 范畴 理论 是 否 适合 你 。 

然而 ， 目 前 范畴 理论 在 高 级 函数 式 编程 中 占有 中 心 位 置 。 它 被 率先 用 在 Haskell 中 解决 
各 种 设计 问题 ， 并 突破 函数 式 思想 的 常规 。 现 在 大 多 数 函 数 式 语言 都 提供 了 常见 类 别 的 
实现 。 


如 有 果 你 是 一 名 Scala 的 高 级 开发 者 ， 你 应 该 学 习 范 畴 理论 的 基本 理论 ， 并 应 用 于 实际 编程 ， 
然后 再 决定 它 是 否 适合 你 的 团队 和 项 目 。 不 笠 的 是 ， 我 发 现在 组 织 上 范畴 理论 支持 者 写 的 
库 却 失败 了 。 这 是 因为 团队 的 其 他 成 员 发 现 这 个 库 太 难 理解 和 维护 。 如 果 你 也 支持 范畴 理 
W, 一 定 要 考虑 所 写 代 码 的 生命 周期 和 社会 发 展 的 因素 。 


Scalaz (发 音 为 Scala Zed) 是 实现 了 范畴 的 主要 Scala 库 ， 也 是 学 习 和 实验 的 一 个 好 载体 。 
我 们 已 经 在 7.4.4 节 中 利用 了 其 中 的 Validation 类 型 。 在 本 章 中 ， 我 将 尽量 简化 范畴 的 实 
现 ， 以 减少 学 习 的 成 本 。 

从 基 种 意义 上 说 ， 本 节 内 容 是 15.5 节 内 容 的 延续 。 在 15.5 节 ， 我 们 讨论 了 参数 化 类 型 的 
抽象 。 例 如 : 如 果 有 一 个 Seq[A] 方法 ， 我 们 是 否 可 以 将 其 推广 到 MIA] ?在 这 里 MM 是 一 
个 类 型 参数 ， 表 示 任 意 一 个 被 参数 化 的 类 型 。 现 在 ， 我 们 将 对 函数 式 的 概念 ， 如 组 合子 、 
map, flatMap 等 进行 抽象 。 
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16.2.1 关于 范畴 

我 们 从 范畴 的 一 般 定 义 开 始 ， 其 定义 包括 三 个 “实体 ”( 类 似 代 数 的 定义 )。 

(1) 一 个 包含 一 系列 对 象 的 类 别 。 这 与 OOP 对 应 的 术语 不 同 ， 但 含义 类 似 。 

(2) 一 组 态 射 (morphism) ， 也 称 为 箭头 (arrow), AERA PED, SA fA 
-> B (Bl Scala 中 的 f: A => B)。 对 于 每 个 态 射 /， 其 中 一 个 对 象 为 域 (domain) ， 另 一 
个 为 值 域 (codomain) 。 用 对 象 这 个 词 感觉 有 些 奇怪 ， 但 在 有 些 范 畴 中 ， 每 个 对 象 本 身 
就 是 一 系列 值 或 其 他 范畴 的 集合 。 

(3) 一 个 称 为 态 射 组 合 的 二 元 操作 ， 其 特性 是 ， 对 于 上 4 ->B 与 g: 有 -> C， 其 组 合 为 g。 太 4 
-> C. 

态 射 组 合 满足 两 个 公理 。 

(1) ET HR x 有 且 仅 有 一 个 单位 态 射 。 也 就 是 说 ， 当 域 和 值 域 相同 时 ， 姜 , 与 单位 态 射 的 
组 合 有 以 下 属性 : f° ID, = ID,° f 

(2) 结合 律 : 对 于 /4->B, g:B->C, h:C->D, 存在 (f°8)。°h=f°(g°hh)。 

接 下 来 我 们 将 讨论 的 范畴 具备 以 上 特性 和 规则 。 我 们 只 研究 两 个 (在 众多 数学 范畴 中 ) 

软件 开发 中 用 到 的 范畴 ，Functor 和 Monad。 我 们 还 会 提 到 另外 两 个 ， 即 Applicative 与 

Arrow 范畴 。 





























16.2.2 Functor k 


Functor 抽象 了 映射 (map) 操作 。 我 们 曾 在 15.6 Sl A map 以 实现 一 个 需要 使 用 类 型 
Lambda 表达 式 的 例子 。 但 这 里 ， 我 们 将 用 一 种 稍微 不 同 的 方式 来 实现 它 。 首 先 定 义 抽象 ， 
然后 在 三 个 具体 类 型 Seq, Option 和 A => B 中 实现 map: 

// src/main/scala/progscala2/fp/categories/Functor.scala 


package progscala2.fp.categories 
import scala. language. higherKinds 

















trait Functor[F[_]] { //@ 
def map[A, B](fa: F[A])(f: A => B): F[B] // @ 

} 

object SeqF extends Functor[Seq] { // ° 


def map[A, B](seq: Seq[A])(f: A => B): Seq[B] = seq map f 


object OptionF extends Functor[Option] { 
def map[A, B](opt: Option[A])(f: A => B): Option[B] = opt map f 
} 


object FunctionF { //@ 
def map[A,A2,B](func: A => A2)(f: A2 => B): A => B= { //® 
val functor = new Functor[({type A[B] =A => B})#A] { // O 
def map[A3,B](func: A => A3)(f: A3 => B): A => B = (a: A) => f(func(a)) 
} 
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functor .map(func)(f) //@ 





} 
} 
© 相 比 15.6 节 中 上 一 个 版 本 的 代码 ， 这 里 的 map 方法 的 参数 是 F 的 实例 (F 是 某 种 类 型 的 
容器 ) 。 此 外 ， 像 以 前 一 样 ， 我 们 不 使 用 map2 做 名 字 。 
@ map 的 参数 是 F[A] ， 它 是 一 个 类 型 为 A => B 的 函数 。 返 回 值 是 F[B] 类 型 的 实例 。 
© Seq Fil Option 的 实现 对 象 。 
@ 定义 一 个 实现 对 象 ， 用 于 将 一 个 函数 映射 到 另 一 个 函数 ， 这 可 没 那 么 容易 1 
© FunctionF 定义 了 自己 的 map 方法， 对 map 的 调用 与 ssq、0ption 和 其 他 任意 我 们 要 实 





现 的 转换 的 语法 相同 。 这 个 map 方法 的 输入 参数 是 我 们 要 转换 的 函数 和 执行 该 转换 的 
函数 。 注 意 看 这 里 的 类 型 : 我 们 要 将 A => A2 函数 转 为 A => B 函数 ,意味 着 map 的 第 
二 个 函数 参数 ff 的 类 型 应 该 是 A2 => B。 换 句 话 说 ， 我 们 是 在 将 函数 级 联 起 来 。 
@ 在 map 的 实现 中 ， 用 恰当 的 类 型 构造 了 一 个 Functor， 用 于 实现 转换 。 
© 最 后 ，FunctionF.map 调用 该 Functor， 其 中 FunctionF.map 的 返回 值 是 A => B, 
FunctionF 是 平凡 的 。 但 理解 它 时 ， 应 该 记 住 我 们 并 没有 改变 最 初 的 类 型 A， 只 是 在 后 面 又 
级 联 了 另 一 个 国 数 ， 该 国 数 采 用 func 的 输出 A2 作为 其 输入 值 ， 然 后 调用 fo 
下 面 我 们 来 试 试 这 些 类 型 ; 


// src/main/scala/progscala2/fp/categories/Functor.sc 
import progscala2.fp.categories._ 
import scala. Language.higherKinds 
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thes i 2 
LSS 2. Te E 
d => d.toString 


val fii: Int => Int 
val fid: Int => Double 
val fds: Double => String 


SeqF.map(List(1,2,3,4)) (fii) // Seg[Int]: List(2, 4, 6, 8) 
SeqF .map(List.empty[Int]) (fii) // Seq[Int]: List() 
OptionF.map(Some(2)) (fii) // Option[Int]: Some(4) 
OptionF.map(Option.empty[Int]) (fii) // Option[Int]: None 

val fa = FunctionF.map(fid) (fds) //@ 
fa(2) // String: 4.2 

// val fb = FunctionF.map(fid) (fds) (2) 
val fb = FunctionF.map[Int,Double,String](fid)(fds) 

fb(2) 

val fc = fds compose fid //® 
fc(2) // String: 4.2 


O 将 Int => Double 类 型 的 函数 与 Double => String 类 型 的 函数 级 联 在 一 起 ， 创 造 一 个 妆 
函数 ， 然 后 在 下 一 行 调用 这 个 函数 。 

@ 不 幸 的 是 ， 在 这 个 函数 字面 量 FunctionF.map 中 ， 参 数 的 类 型 无 法 推断 ， 所 以 必须 使 用 
显 式 的 类 型 。 
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© 请 注意 ，FunctionF.map(f1)(f2) == f2 compose f1， 而 不 是 f1 compose f2 | 


那么 ， 为 什么 带 map 操作 的 参数 化 类 型 被 称 为 Functor Ye? 让 我 们 再 看 一 下 map 的 声明 。 
为 了 简单 起 见 ， 我 们 用 Seq 对 其 重新 定义 ， 并 对 参数 列表 进行 转换 : 


scala> def map[A，B](seq: Seq[A])(f: A => B): Seq[B] = seq map f 








scala> def map[A, B](f: A => B)(seq: Seq[A]): Seq[B] = seq map f 
现在 ， 当 我 们 使 用 第 二 个 版 本 的 部 分 应 用 程序 时 ， 注 意 返 回 新 函数 的 类 型 : 


scala> val fm = map((i: Int) => i * 2.1) _ 
fm: Seq[Int] => Seq[Double] = <function1> 


所 以 ， 这 个 map 方法 将 国 数 A => B 提升 为 了 Seq[A] => Seq[B] ! 一 般 情 况 下 ， 对 于 所 有 的 
A Fil B 类 型 ，Functor.map 将 A => B 态 射 为 FLA] => F[B]， 其 中 F 必须 是 一 个 范畴 。 换 名 
话说 ，Functor 允许 我 们 对 保存 一 个 或 多 个 A 值 的 “上 下 文 ” 应 用 纯 函 数 (f: A => B), mi 
不 需要 我 们 自己 将 A 值 提取 出 来 再 对 这 些 值 应 用 函数 f， 最 后 再 将 结果 放 进 一 个 新 的 “上 
下 文 ” 中 。Functor 一 词 用 于 抽象 纯 函 数 的 这 种 用 法 。 


在 范畴 理论 中 ， 其 他 的 范畴 都 是 对 象 ， 而 态 射 是 范畴 间 的 映射 。 例 如 : List[Int] 和 
List[String] 就 是 两 个 范畴 ， 它 们 各 自 的 对 象 是 所 有 可 能 的 Int 值 和 String 值 组 成 的 
列表 。 

在 范畴 理论 的 一 般 特 性 和 公理 之 外 ，Functor 还 有 两 个 属性 。 

(1) Functor F 能 保持 单位 值 。 也 就 是 说 ， 域 中 的 单位 值 映射 到 值 域 中 ， 仍 然 是 单位 。 

(2) Functor F 能 保持 组 合 FE. g) = FA) ° Flg). 


下 面 给 出 第 一 个 属性 的 例子 ， 空 列表 是 列表 的 “单位 ”。 想 想 看 ， 当 你 把 空 列表 与 另 一 
列表 连接 会 发 生 什 么 。 对 空 列 表 的 映射 依然 返回 空 列 表 ， 但 列表 元 素 类 型 可 能 变 了 。 


这 些 一 般 性 的 或 者 Functor 独 有 的 属性 是 否 真 的 满足 呢 ? 以 下 的 ScalaCheck 属性 测试 代码 
对 其 进行 了 验证 : 


// src/test/scala/progscala2/fp/categories/FunctorProperties.scala 
package progscala2.fp.categories 

import org.scalatest.FunSpec 

import org.scalatest.prop.PropertyChecks 
































































































































class FunctorProperties extends FunSpec with PropertyChecks { 


def id[A] = identity[A] _ // identity method 提 升 为 国 数 
def testSeqMorphism(f2: Int => Int) = { //@ 
val f1: Int => Int =_ * 2 


import SeqF._ 
forALL { (l: List[Int]) => 
assert( map(map(1)(f1))(f2) === map(1l)(f2 compose f1) ) 
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def testFunctionMorphism(f2: Int => Int) = { //@ 
val f1: Int => Int = _ * 2 
import FunctionF._ 
forALL { (i: Int) => 
assert( map(f1)(f2)(i) === (f2 compose f1)(i) ) //° 
} 
} 


describe ("Functor morphism composition") { //@ 
it ("works for Sequence Functors") { 
testSeqMorphism(_ + 3) 
} 
it ("works for Function Functors") { 
testFunctionMorphism(_ + 3) 


} 
} 
describe ("Functor identity composed with a another function commutes") { 
it ("works for Sequence Functors") { //® 
testSeqMorphism(id[Int]) 
} 


it ("works for Function Functors") { 
testFunctionMorphism(id) 
} 
} 


describe ("Functor identity maps between the identities of the categories") { 
it ("works for Sequence Functors") { [ILO 
val f1: Int => String = _.toString 
import SeqF._ 
assert( map(List.empty[Int])(f1) === List.empty[String] ) 
} 
it ("works for Function Functors") { 
val f1: Int => Int =_ * 2 
def id[A] = identity[A] _  // 将 方法 提升 为 函数 
import FunctionF._ 
forALL { (i: Int) => 
assert( map(id[Int])(f1)(i) === (f1 compose id[Int])(i) ) 
} 
} 
} 


describe ("Functor morphism composition is associative") { 
it ("works for Sequence Functors") { //@ 

val f1: Int => Int =_ * 2 

val f2: Int => Int = _ + 3 

val f3: Int => Int =_ * 5 

import SeqF._ 

forALl { (l: List[Int]) => 
val m12 = map(map(1)(f1))(f2) 
val m23 = (seq: Seq[Int]) => map(map(seq)(f2))(f3) 
assert( map(m12)(f3) === m23(map(1l)(f1)) ) 

} 


it ("works for Function Functors") { 
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val f1: Int => Int 
val f2: Int => Int 
val f3: Int => Int 
val f: Int => Int 
import FunctionF._ 
val m12 = map(map(f)(f1))(f2) 
val m23 = (g: Int => Int) => map(map(g)(f2))(f3) 
forALl { (i: Int) => 

assert( map(mi2)(f3)(i) === m23(map(f)(f1))(i) ) 
} 

} 
} 
} 


@ 一 个 辅助 函数 ， 对 SeqF 验证 态 射 组 合 。 从 本 质 上 讲 ， 先 对 Functor 与 一 个 国 数 做 映射 ， 
然后 将 输出 的 结果 与 第 二 个 函数 做 映射 ,这样 产 生 的 函数 与 先 将 函数 进行 组 合 ， 再 执 
行 一 次 映射 产生 的 函数 相同 吗 ? 

@ 一 个 类 似 的 辅助 函数 ， 对 Function 验证 态 射 的 组 合 。 

日 注意 我 们 对 函数 做 了 “ 态 射 "”， 然 后 用 一 系列 生成 的 Int 值 来 验证 函数 是 否 返 回 相同 的 

输出 。 

对 SeqF 和 FunctionF 同时 验证 态 射 组 合 。 

对 SeqF 和 FunctionF 验证 单位 特性 。 

验证 Functor 独 有 的 特性 : 单位 经 过 映射 后 还 是 单位 。 

验证 Functor 独 有 的 特性 : 态 射 满足 交换 律 。 

回 到 程序 本 身 ， 是 否 有 必要 冒 着 给 代码 增加 复杂 性 的 风险 ， 定 义 一 个 额外 的 map 抽象 ， 

这 具有 实际 意义 吗 ? 在 一 般 情况 下 ， 对 数学 上 可 证 明 的 性 质 进 行 抽象 ， 有 助 于 我 们 推理 

出 程序 的 结构 和 行为 。 例 如 ， 一 旦 有 了 广义 的 抽象 map， 我 们 就 可 以 将 其 应 用 到 许多 不 

同 的 数据 结构 ， 甚 至 函数 中 。 这 种 范畴 理论 的 推理 能 力 已 经 在 计算 机 科学 研究 的 多 个 领 

成 得 到 应 用 。 
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16.2.3 Monad3p ie 

如 果 说 Functor 是 对 map 的 抽象 ， 那 么 有 没有 与 flatMap 相对 应 的 抽象 呢 ? 的 确 有 ， 就 是 
Monad。 该 名 称 源 于 古 希腊 的 毕 达 哥 拉 斯 学 派 哲 学 家 所 创造 的 monas 一 词 ， 翻 译 过 来 大 致 
意思 是 “生成 其 他 所 有 事物 的 神 ”。 

以 下 是 我 们 对 Monad 的 定义 : 


// src/main/scala/progscala2/fp/categories/Monad.scala 
package progscala2.fp.categories 
import scala. Language. higherKinds 


trait Monad[M[_]] { //@ 
def flatMap[A, B](fa: M[A])(f: A => M[B]): M[B] // @ 
def unit[A](a: => A): M[A] //° 


// 一 些 常用 别名 : 
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def bind[A,B](fa: M[A])(f: A => M[B]): M[B] = fLatMap(fa)(f) 

def >>=[A,B](fa: M[A])(f: A => M[B]): M[B] = flatMap(fa)(f) 

def pure[A](a: => A): M[A] = unit(a) 

def ‘return [A](a: => A): M[A] = unit(a) // 添加 反 引 号 ,避免 与 关键 字 冲 突 
} 


object SeqM extends Monad[Seq] { 
def flatMap[A, B](seq: Seq[A])(f: A => Seq[B]): Seq[B] = seq flatMap f 
def unit[A](a: => A): Seq[A] = Seq(a) 

} 


object OptionM extends Monad[Option] { 
def flatMap[A, B](opt: Option[A])(f: A => Option[B]):Option[B]= opt flatMap f 
def unit[A](a: => A): Option[A] = Option(a) 
} 
FA M[_] 表示 拥有 “Monad 性 质 ”的 类 型 。 跟 Functor 一 样 ， 它 只 带 有 一 个 类 型 参数 。 
注意 传 给 flatMap 的 参数 f 类 型 为 A => M[B]， 而 不 是 A => B, 
Monad 还 有 第 二 个 函数 ， 输 入 参数 a， 它 将 在 Monad 实例 中 人 返回。 在 Scala 中 ， 这 通常 
是 由 构造 器 和 case 类 的 apply 方法 实现 的 。 
数学 和 编程 语言 使 用 不 同 的 术语 。 这 里 的 >>= 和 return 是 Haskell 的 标准 。 但 在 Scala 
中 ， 这 两 个 名 字 是 有 问题 的 。 由 于 = 操作 符 的 优先 级 问题 ， 在 >>= 结尾 的 = 会 带 来 有 
趣 的 行为 。 除 非 像 代码 所 示 的 一 样 ， 将 return 用 引号 引起 ， 否 则 这 个 名 字 会 与 关键 字 


冲突 。 


























有 时 对 flatMap， 也 就 是 bind 的 抽象 ， 被 称 为 Bind。 


更 常见 的 是 ， 只 对 unit 或 pure ( 纯 性 ) 的 抽象 被 称 为 Applicative。 注 意 unit 与 case 类 的 


apply 方法 多 么 相似 ， 两 者 都 传人 了 一 个 值 ， 然 后 返回 





一 个 类 型 实例 ! 作为 对 构造 的 抽象 ， 





Applicative 也 非常 有 趣 。 回 想 5.2.3 节 和 12.3.2 节 中 CanBuildFrom 在 集合 库 是 如 何 用 来 构 


造 新 的 集合 实例 的 。 如 果 不 用 那么 灵活 ，Applicative 可 以 作为 另 一 种 选择 。 


我 们 来 尝试 使 用 Monad 的 实现 : 


// src/main/scala/progscala2/fp/categories/Monad 
import progscala2.fp.categories._ 
import scala. language.higherKinds 


val seqf: Int => Seg[Int] = i => 1 toi 





。SC 


val optf: Int => Option[Int] = i => Option(i + 1) 


SeqM. flatMap(List(1,2,3))(seqf) // Seq[Int]: List(1,1,2,1,2,3) 
SeqM. flatMap(List.empty[Int])(seqf) // Seq[Int]: List() 
OptionM. flatMap(Some(2))(optf) // Option[Int]: Some(3) 


OptionM. flatMap(Option.empty[Int])(optf) // Option[Int]: None 


描述 flatMap 的 一 种 方法 是 : 它 从 左边 的 容器 中 提取 类 型 A 的 一 个 元 素 ， 将 其 绑 定 到 新 容 
器 实例 中 的 一 个 新 元 素 中 ， 并 由 此 得 名 。 类 似 Map， 它 不 需要 知道 如 何 从 M[A] 中 提取 元 








素 。 不 过 ， 看 起 来 它 的 函数 参数 必须 知道 如 何 构建 一 


个 新 的 M[B]。 实 际 上 ， 这 并 不 是 问 
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题 ， 因 为 调用 unit 可 以 做 到 这 一 点 。 在 Scala 这 样 的 面向 对 象 的 编程 语言 中 ， 实 际 返 回 的 
Monad 类 型 可 能 是 M 的 子 类 型 。 

Monad 的 规则 如 下 
unit 的 行为 类 似 单位 (正如 其 名 ) : 


flatMap(unit(x))(f) == f(x) 这 里 的 x 是 一 个 值 
fLatMap(m)(unit) == m 这 里 mn 是 Monad 的 一 个 实例 


类 似 Functor 的 态 射 组 合 ， 先 后 对 两 个 函数 做 flatMap， 就 像 对 两 个 函数 的 组 合 函 数 做 一 次 
flatMap 一 样 : 








o 











flatMap(flatMap(m)(f))(g) == flatMap(m)(x => flatMap(f(x))(g)) 


代码 示例 包含 属性 测试 ， 以 验证 这 些 属 性 ( 见 sre/test/scala/progscala2/toolslibs/fp/ 


MonadProperties.scala ) : 








16.2.4 Monad 的 重要 性 


讽刺 的 是 ， 在 范畴 理论 中 Functor 比 Monad 更 重要 ， 但 在 软件 应 用 中 ，Funtor 的 重要 性 则 
远 比 不 上 Monad, 


MEMEH, Mond 之 所 以 重要 ， 是 因为 它 为 我 们 提供 了 一 个 对 某 个 值 包装 上 下 文 信息 的 
规范 方法 。 当 这 个 值 发 生变 化 时 ，Monad 可 以 传递 给 上 下 文 并 引起 相关 变化 。 这 样 ， 就 可 
以 将 值 和 上 下 文 之 间 的 耦合 降 到 最 低 。 而 Monad 可 以 通知 读者 上 下 文 的 存在 。 


这 种 “模式 ”在 Scala 中 很 常用 ， 该 模式 率先 在 Haskell 中 使 用 ， 之 后 局 发 了 Scala。 我 们 
在 7.4 节 接 触 过 一 些 例子 ， 包 括 Option, Either, Try 和 scalaz.Validation, 

它们 都 满足 Monad 特性 ， 因 为 它们 都 支持 fLatMap 及 构造 (case 类 的 apply 方法 ， 而 不 是 
unit)。 它 们 允许 操作 序列 ， 并 可 以 用 不 同 的 方式 对 失败 进行 处 理 ， 通 常 是 返回 父 类 型 的 子 
类 实例 。 

回想 flatMap 的 简化 版 函数 签名 ， 其 中 使 用 了 Try: 


sealed abstract class Try[+A] { 
def flatMap[B](f: A => Try[B]): Try[B] 
} 
其 他 类 型 也 是 类 似 的 。 接 下 来 我 们 考虑 多 步骤 的 处 理 ， 其 中 上 一 步骤 的 处 理 结果 是 下 一 步 
又 的 输入 ， 遇 到 第 一 个 失败 时 就 停止 处 理 ; 


// src/main/scala/progscala2/fp/categories/for-tries-steps.sc 
























































lay 




















t 


import scala.util.{ Try, Success, Failure } 
type Step = Int => Try[Int] //@O 
val successfulSteps: Seq[Step] = List( //@ 


(i:Int) => Success(i + 5), 
(i:Int) => Success(i + 10), 
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(i:Int) => Success(i + 25)) 

val partiallySuccessfulSteps: Seq[Step] = List( 
(i:Int) => Success(i + 5), 
(i:Int) => Failure(new RuntimeException("FAIL!")), 
(i:Int) => Success(i + 25)) 


def sumCounts(countSteps: Seq[Step]): Try[Int] = { // ©® 
val zero: Try[Int] = Success(0) 
(countSteps foldLeft zero) { 
(sumTry, step) => sumTry flatMap (i => step(i)) 
} 
} 


sumCounts(successfulSteps) 
// 返回 : scala.util.Try[Int] = Success(40) 


sumCounts1(partiallySuccessfulSteps) 
// 返回 : scala.util.Try[Int] = Failure(java.lang.RuntimeException: FAIL!) 


O “步骤 ”函数 的 别名 。 
@ 两 个 包含 多 个 步骤 的 序列 ， 其 中 一 个 序列 全 部 成 功 ， 另 一 个 序列 里 有 一 个 步骤 会 失败 。 
© 一 个 方法 ， 输 入 一 个 步 又 序列 ， 将 每 个 步骤 的 输出 输入 到 下 一 个 步骤 去 执行 。 


sumCounts 方法 中 的 逻辑 用 来 处 理 步 又 序列 ， 而 flatMap 则 用 来 处 理 Try 容器 。 注 意 返 
回 的 是 子 类 型 ， 要 么 返回 Success， 要 么 返回 Failure。 我 们 在 17.2 节 将 会 看 到 scala. 
concurrent.Future (http://www.scala-lang.org/api/current/scala/concurrent/Future.html) 也 是 


Monad 性 质 的 。 


Monad 首先 在 Haskell 中 使 用 ', 其 中 Haskell 十 分 强调 函数 的 纯 性 。 例 如 , Monad 在 纯 代 码 
中 被 用 于 区 分 输入 与 输出 (IO)。I0 Monad 能 处 理 这 种 不 同 的 关注 点 。 另 外 ， 由 于 Monad 
出 现在 使 用 它 的 函数 的 签名 中 ， 读 者 和 编译 器 都 知道 该 函数 不 是 纯 函 数 。 类 似 地 ， 出 于 相 
同 的 目的 ， 在 很 多 语言 中 也 定义 了 Reader 和 WriterMonad。 

Monad 的 推广 是 Arrow, Monad 将 一 个 值 提升 为 上 下 文 ， 也 就 是 说 ,传递 给 flatMap 的 函数 
的 类 型 为 A => M[B]， 而 Arrow 将 函数 提升 为 上 下 文 ， 即 (A => B) => C [A => B], Arrow 
的 组 合 可 以 表示 一 系列 的 处 理 步骤 ， 也 就 是 先 执行 A => B， 再 执行 B => C 等 。 这 种 用 法 
的 引用 是 透明 的 ， 在 实际 的 上 下 文 环境 之 外 。 与 此 相反 ， 传 递 给 flatMap 的 函数 明确 知道 它 
的 上 下 文 ， 这 一 点 体现 在 返回 值 中 ! 


16.3 ”本 章 回 顾 与 下 一 章 提 要 


我 希望 这 篇 对 高 级 概念 的 简短 介绍 ， 足 够 帮助 你 理解 人 们 常 提 起 的 一 些 概念 。 如 果 这 些 概 
念 理解 起 来 有 困难 ， 我 希望 本 篇 的 介绍 能 够 帮助 你 进一步 理解 这 些 概 念 如 此 强大 的 原因 。 


Scala 的 标准 库 采 用 面向 对 象 而 不 是 用 范畴 的 方法 来 增加 国 数 ， 如 map, flatMap 和 unit, 









































































































































注 1: Philip Wadler 在 其 个 人 主页 (http://homepages.inf.ed.ac.uk/wadler/topics/monads.html) 上 写 了 多 篇 前 沿 
性 文章 ， 探 讨 Monad 理论 及 其 应 用 。 
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然而 ， 通 过 像 flatMap 一 样 的 方法 ， 我 们 可 以 获得 “具有 Monad 属性 ”的 行为 ， 让 for HE 
导 式 更 简洁 。 

我 曾 不 经 意 地 提 到 Monad, Functor, Applicative 和 Arrow 等 概念 ， 用 来 作为 函数 式 设计 模 
式 的 例子 。 尽 管 这 些 概念 对 某 些 函数 式 编程 开发 者 来 说 很 难 理解 ， 但 在 面向 对 象 编程 中 ， 
无 论 采 取 什 么 形式 ， 模 式 的 过 度 使 用 并 没有 让 可 复 用 构造 器 的 核心 思想 失效 ， 

不 幸 的 是 ， 范 畴 一 直 神 秘 不 可 知 。 这 是 因为 复杂 的 数学 表达 形式 和 名 称 使 得 大 部 分 开发 者 
很 难 理解 它们 。 但 它们 本 质 上 是 对 我 们 熟悉 的 概念 的 抽象 ， 对 程序 的 正确 性 、 合 理性 、 简 
洛 性 和 表达 力 很 有 意义 。 我 们 希望 这 些 概念 在 开发 者 中 逐渐 变 得 熟知 起 来 。 

附录 A 中 列 出 了 一 些 书 籍 、 论 文 和 博文 ， 用 于 对 函数 式 编程 进行 更 深层 次 的 探讨 。 有 几 点 
值得 在 这 里 强调 。 你 可 能 会 研究 到 的 其 他 两 个 国 数 式 结构 有 Lense 和 Monad Transforme, 
前 者 用 于 获取 或 设置 (设置 会 引起 实例 复制 ) 内 套 在 实例 中 的 值 ， 后 者 用 于 将 Monad 组 合 
起 来 。 

Paul Chiusano 与 Rúnar Bjarnason 的 《Scala 函数 式 编程 》 是 你 进一步 学 习 函 数 式 编程 知 
识 的 有 用 资料 ， 书 中 还 提供 了 大 量 的 Scala 练习 。 该 书 的 作者 是 Scalaz 的 主要 贡献 者 。 
Eugene Yokota 在 博客 上 连续 发 表 了 多 篇 关于 Scalaz 学 习 的 相当 棒 的 文章 。 


Shapeless 网 站 对 高 级 的 构造 技巧 ， 尤 其 是 类 型 系统 中 的 构造 进行 了 探索 。 聚 合 类 网 站 
http://typelevel.org 里 面 也 有 不 少 具 有 启发 性 的 项 目 。 


下 一 章 主要 介绍 一 些 更 实用 的 技能 ， 即 如 何 运 用 Scala 编写 高 并 发 软件 。 
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第 17 章 


并 发 工具 





21 世纪 初期 ， 摩 尔 定律 已 经 不 大 适用 单 核 CPU， 多 核 问 题 (multicore problem) 不 断 得 到 
人 们 的 关注 。 通 过 增加 CPU 的 核 数 和 服务 器 数量 ， 并 使 用 水 平 扩展 取代 垂直 扩展 ， 我 们 
能 够 继续 对 性 能 进行 扩展 。 

水 平 扩展 要 求 开发 人 员 编 写 并 发 软件 ， 这 为 开发 人 员 带 来 了 挑战 。 并 发 并 不 容易 处 理 ， 这 
类 应 用 需要 对 共享 可 变 状 态 的 访问 进行 协调 ， 这 意味 需要 处 理 使 用 锁 、 互 斥 量 及 信号 量 这 
样 的 工具 的 多 线程 编程 。 如 果 未 能 正确 地 协调 这 些 访 问 ， 便 会 产生 像 第 2 章 中 提 到 的 那 种 
不 可 预见 的 行为 。 在 第 2 章 中 ， 其 他 线程 突然 对 你 所 使 用 的 一 些 变量 进行 了 修改 ， 这 也 意 
味 着 代码 中 存在 竞 态 条 件 和 锁 竞 争 。 

当 人 们 意识 到 利用 不 可 变性 “immutability) 和 纯 函数 化 能 够 解决 这 些 问题 时 ， 函 数 式 编程 
开始 变 得 主流 起 来 。 我 们 也 能 看 到 actor 模型 这 样 的 古老 并 发 方法 重新 变 得 充满 活力 。 

本 章 将 对 Scala 中 的 并 发 工具 进行 深入 讲解 。 当 然 ， 你 也 可 以 使 用 曾 在 Java 中 运用 的 任意 
并 发 机 制 (包括 多 线程 API、 消 息 队 列 等 )。 但 本 章 中 我 们 只 会 讨论 Scala 的 专 有 工具 ， 首 
先 讲解 的 API 适用 于 一 个 非常 古老 的 场景 多 个 协同 工作 的 单线 程 进程 。 























17.1 scala.sys.process 包 


某 些 场景 下 ， 我 们 可 以 使 用 小 的 、 同 步 的 进程 通过 数据 库 事务 、 消 息 队 列 或 进程 间 的 数据 
转移 来 完成 同步 状态 。 

scala.sys.process 包 (http://www.scala-lang.org/api/current/scala/sys/process/package.html ) 
提供 了 一 套 DSL 方言 ， 可 用 于 运行 或 管理 操作 系统 进程 ， 同 时 也 能 对 进程 VO 进行 处 理 。 
下 面 我 们 将 通过 一 个 REPL 会 话 对 这 套 DSL 方言 提供 的 一 些 功 能 进行 演示 。 请 注意 ， 我 们 
需要 在 bash 这 样 的 Unix shell 环境 下 执行 这 些 命令 : 
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// src/main/scala/progscala2/concurrency/process/processes.sc 
scala> import scala.sys.process._ 

scala> import scala. language. postfix0ps 

scala> import java.net.URL 

scala> import java.io.File 


// 执行 命令 ,并 写 入 标准 输出 。 
scala> "ls -l src".! 

total 0 

drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 main 
drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 test 
res33: Int = 0 











// 将 命令 相关 标记 传人 Seq 对 象 ,执行 命令 后 将 返 








io 





一 个 记录 了 命令 输出 














信息 的 字符 串 。 








scala> Seq("ls", "-1L", "src").!! 

res34: String = 

"total 0 

drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 main 
drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 test 





我 们 还 能 将 多 个 进程 串联 起 来 ， 如 下 所 示 ; 
// 创建 一 个 进程 ,用 于 访问 URL 资 源 , 该 进程 的 输出 将 重新 定向 到 "grep $filter" 命 令 的 输入 中 ， 


我 们 可 以 使 月 





ua 


与 此 同时 ,grep 操 作 的 输出 将 会 以 追加 的 方式 ( 非 履 写 ) 输 入 到 文件 中 。 
def findURL(url: String, filter: String) = 
new URL(url) #> s"grep $filter" #>> new File(s"Sfilter.txt") 








// 对 输出 文件 执行 ls -1 命令 。 假 如 该 文件 存在 , 则 计算 文件 行 数 。 
def countLines(fileName: String) = s"ls -l $fileName" #8&& s"wc 











定向 到 另 一 个 程序 的 标准 输入 中 。 妨 > 方法 只 能 用 于 覆 写 文件 。 只 有 
程 成 功 结束 时 ， 该 方法 才 会 执行 它 右 侧 的 进程 。 这 也 意味 着 左 侧 进程 的 结束 代码 (Exit 


Code) 为 0。 调 用 #> 方 法 和 #88& 方法 都 会 返回 








H DSL 中 定义 的 六 方 法 对 文件 进行 履 写 ， 也 可 以 使 用 该 方法 使 用 管道 将 输出 


-l S$fileName" 





当 #88 方法 左 侧 的 进 





scala.sys.process.ProcessBuilder (http:// 


www.scala-lang.org/api/current/#scala.sys.process.ProcessBuilder) 对 象 。 这 两 个 方法 都 不 会 
操作 系统 命令 。 我 们 需要 调用 ProcessBuilder IRAI ! 方法 来 执行 命令 : 


执行 


scala> findURL("http://scala-lang.org", "scala") ! 
resO: Int = 0 


scala> countLines("scala.txt") ! 

-rw-r--r-- 1 deanwampler staff 4111 Jul 31 22:35 scala.txt 
43 scala.txt 

resi: Int = 0 


scala> findURL("http://scala-lang.org", "scala") ! 
res2: Int = 0 


scala> countLines("scala.txt") ! 

-rw-r--r-- 1 deanwampler staff 8222 Jul 31 22:35 scala.txt 
86 scala.txt 

res3: Int = 0 








由 于 每 次 执行 时 我 们 都 会 在 文件 中 添加 文本 ， 因 此 文件 行 数 变 成 了 之 前 的 两 倍 。 
如 果 这 类 小 的 同步 进程 能 够 满足 我 们 的 设计 需求 ， 我 们 也 可 以 在 Scala 或 其 他 语言 中 实现 
这 些 进程 ， 之 后 再 调用 process 包 中 定义 的 API 将 这 些 进程 粘 合 起 来 。 


17.2 Future 类 型 


对 于 某 些 需求 而 言 ， 使 用 多 进程 实现 并 发 显得 太 粗 粒度 了 。 我 们 需要 在 单一 进程 内 简单 地 
使 用 并 发 原 语 来 实现 并 发 。 也 就 是 说 ， 我 们 需要 一 个 比 传统 多 线程 API 更 高 层次 的 API, 
这 个 API 更 强调 合理 直观 地 构建 代码 块 。 

假设 你 希望 以 异步 的 方式 运行 几 项 工作 ， 这 些 工作 就 不 会 阻塞 彼此 运行 。 比 如 说 ， 这 些 工 
作 也 许 会 执行 一 些 IO 操作 。 那 么 针对 这 类 情况 ， 使 用 scala.concurrent.Future (http:// 
www.scala-lang.org/api/current/scala/concurrent/Future.html) 类 便 是 最 简单 的 方案 。 


一 且 完 成 了 Future 对 象 的 构建 工作 ， 控 制 权 便 会 立刻 返还 给 调用 者 ， 但 结果 值 却 无 法 保 
证 立刻 可 用 。Future 实例 是 一 个 句柄 ， 它 指向 最 终 可 用 的 结果 值 。 无 论 操 作成 功 与 否 ， 
在 future 操作 执行 完毕 之 前 ， 你 可 以 继续 执行 其 他 工作 。Scala 提供 了 多 种 方法 用 于 处 理 
future 操作 的 执行 。' 


在 2.5.3 一 市 中 ， 我 们 曾 通 过 示例 对 隐 式 参数 进行 了 讲解 ， 该 示例 利用 scala.concurrent. 
ExecutionContext (http://www.scala-lang.org/api/current/#scala.concurrent.ExecutionContext ) 
管理 并 运行 Future 对 象 。 我 们 还 在 示例 中 应 用 了 ExecutionContext.global (http://www. 
scala-lang.org/api/current/#scala.concurrent.ExecutionContext$) 对 象 ， 其 中 global 对 象 利 用 
java.util.concurrent.ForkJoinPool (http://gee.cs.oswego.edu/dl/jsr166/dist/jsr166-4jdk7docs/ 
java/util/concurrent/ForkJoinPool.html) 对 象 对 线程 池 进 行 管理 ， 而 ForkJoinPool 对 象 也 会 执 
行 那些 封装 在 Future 对 象 中 的 任务 。 作 为 Scala 的 用 户 ， 我 们 并 不 需要 关心 Scala 会 如 何 运 
行 我 们 的 同步 代码 ， 除 非 是 那些 性 能 调 优 的 特殊 场景 。(ForkJoinPool 是 JDK7 类 库 的 一 部 
分 ,而 由 于 目前 Scala 还 支持 JDK6， 因 此 Scala 将 Doug Lea 所 实现 的 ForkJoinPool 移植 到 
了 类 库 中 ， 该 实现 之 后 也 被 DK7 A.) 


为 了 能 够 对 Future 类 型 有 更 深入 的 理解 ， 我 们 先 考 虑 这 样 一 个 场景 : 我 们 需要 并 行 执行 
件 事情 ， 之 后 将 执行 结果 合并 。 


// src/main/scala/progscala2/concurrency/futures/future-fold.sc 
import scala.concurrent.{Await, Future} 

import scala.concurrent.duration.Duration 

import scala.concurrent.ExecutionContext.Implicits.global 





















































val futures = (0 to 9) map { //@ 
i => Future { 
val s = i.toString //@ 
print(s) 














TE 1: 在 某 些 场合 下 ,Promise (http://www.scala-lang.org/api/current/#scala.concurrent.Promise) 类 还 可 用 于 与 
Future 对 象 协同 工作 。 具 体 请 参考 Scala 的 相关 文档 (http://docs.scala-lang.org/overviews/core/futures. 
html). 
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S 


} 


} 
val f = Future.reduce(futures)((s1, s2) => s1 + s2) // 日 
val n = Await.result(f, Duration. Inf) // @ 


@ 创建 了 10 个 Future 对 象 ， 每 个 对 象 都 会 执行 一 些 操作 。 


@ Future.apply 方法 带 有 两 个 参数 列表 。 第 一 个 参数 列表 中 只 包含 一 个 需要 并 发 执行 
容 的 命名 方法 体 (by-name body)， 而 第 二 个 参数 列表 包含 了 隐 式 的 ExecutionContext 





对 象 。 我 们 将 使 用 这 个 全 局 的 隐 式 值 。 输 入 的 方法 体会 把 整数 转化 为 字符 串 ， 打 印 并 


























返回 该 字符 串 。future 对 象 的 类 型 为 IndexedSeq[Future[String]]。 在 我 们 设计 的 这 个 
示例 中 ，Future 对 象 会 立刻 执行 完毕 。 

© 把 一 组 Future 类 型 压缩 成 一 个 单独 的 Future[String] 对 象 。 在 本 示例 中 ， 该 过 程 会 把 
每 个 Future 对 象 返回 的 字符 串 合 并 为 一 个 字符 串 。 

© 直到 Future f 完成 之 前 ， 我 们 通过 scala.concurrent.Await 对 象 阻 塞 代 码 。 输 入 的 
Duration (http://www.scala-lang.org/api/current/#scala.concurrent.duration.Duration) 参数 
则 表示 ， 如 果 需 要 的 话 ， 代 码 便 会 一 直 等 待 下 去 。 如 果 你 需要 等 待 Future 对 象 完 成 ， 
那么 选择 Await 对 象 是 阻塞 当前 线程 的 较 好 方法 。 





需要 强调 至 关 重 要 的 一 点 

















， 执 行 Future 体 中 的 print 语句 时 ，print 语句 的 输出 是 无 序 的 。 


例如 : 两 次 执行 脚本 时 分 别 输出 了 0214679538 和 9123467985。 不 过 ， 由 于 fold 方法 会 依 


HE Future 对 象 构造 的 顺序 遍历 这 些 对 象 ， 因 此 Fold 方法 生成 的 字符 串 总 是 会 严格 按 数值 














次 序 排列 ， 即 0123456789, 


Future.fold 方 法 以 及 其 他 相似 的 方法 (http://www.scala-lang.org/api/current/#scala. 
concurrent.Future$) 本 身 也 是 异步 执行 的 ， 这 些 方法 将 返回 一 个 新 的 Future 对 象 。 在 我 们 
的 示例 中 ， 只 有 调用 Await.result 方法 上 时， 程序 才 会 阻塞 。 


通常 ， 我 们 并 不 希望 等 待 执 行 结果 时 阻塞 程序 。 我 们 只 希望 当 Future 执行 结束 后 ， 系 统 会 


执行 少量 的 代码 。 而 注册 




















回调 方法 能 帮助 我 们 实现 这 一 功能 。 举 个 例子 ， 简 单 的 网 络 服务 














器 会 创建 Future 对 象 用 于 对 请 求 进行 处 理 ， 同 时 利用 回调 将 执行 的 结果 返还 给 调用 者 。 下 

















看 的 示例 对 相关 的 逻辑 进行 了 解释 ; 


// src/main/scala/progscala2/concurrency/futures/future-callbacks.sc 
import scala.concurrent.Future 

import scala.concurrent.duration.Duration 

import scala.concurrent.ExecutionContext.Implicits.global 


case class ThatsOdd(i: Int) extends RuntimeException( //@ 
s"odd $i received!") 

import scala.util.{Try, Success, Failure} //@ 

val doComplete: PartialFunction[Try[String],Unit] = { //° 
case s @ Success(_) => println(s) //@ 


case f @ Failure(_) => println(f) 
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} 


val futures = (0 to 9) map { // © 
case i if i % 2 == 0 => Future.successful(i.toString) 
case i => Future. failed(ThatsOdd(i)) 

} 

futures map (_ onComplete doComplete) // ® 


@ 如 果 发 现 奇数 ， 我 们 将 抛 出 异常 。 

@ 导入 scala.util.Try (http://www.scala-lang.org/api/current/#scala.util. Try) 类 及 其 子 类 : 
Success 类 和 Failure 类 。 

© 无 论 执行 结果 是 否 成 功 ， 我 们 为 这 两 个 结果 定义 相同 的 回调 处 理 程序 。 为 了 对 成 功 和 
失败 事件 进行 封装 ， 封 装 回调 函数 的 输入 参数 是 Try[A] 类 型 ， 因 此 回调 函数 的 类 型 是 
PartialFunction[Try[String],Unit]， 其 中 A 是 String 类 型 。 由 于 回调 函数 异步 执行 ， 
不 会 返回 任何 事物 ， 因 此 回调 函数 的 返回 类 型 是 Unit 类 型 。 如 果 我 们 需要 构建 web 服 
务 器 ， 回 调 函 数 应 该 向 调用 者 发 送 回 复 信息 。 

O 如 果 Future 任务 执行 成 功 ， 执 行 结果 便 能 与 Success 子 句 匹配 ， 否 则 结 末 将 与 Failure 
匹配 。 无 论 最 终结 果 如 何 ， 我 们 都 将 打印 执行 结果 。 

© 创建 一 组 Future 对 象 ， 假 如 出 现 奇 数 ， 这 些 Failure 将 会 报错 。 为 了 能 够 立刻 返 
Success 或 Failure 对 象 ， 我 们 使 用 了 Future 伴生 对 象 的 两 个 方法 。 

© HD future 对 象 ， 为 每 个 对 象 附 上 回调 方法 ， 一 旦 我 们 的 Future 对 象 执行 完毕 ， 便 会 
触发 这 些 回调 方法 。 


执行 这 段 脚本 将 产生 下 列 输出 ， 而 每 次 运行 时 输出 内 容 的 顺序 各 不 相同 : 


Success(0) 

Success(2) 

Failure($line137.$read$Siw$$iwSThatsOdd: odd 1 received!) //@ 
Success(4) 

Failure($line137.$read$Siw$$iwSThatsOdd: odd 3 received!) 

Success(6) 

Success(8) 

Failure($line137.$read$Siw$S$iwSThatsOdd: odd 5 received!) 
Failure($line137.$read$Siw$$iwSThatsOdd: odd 9 received!) 
Failure($line137.$read$Siw$$iwSThatsOdd: odd 7 received!) 


O 编译 脚本 中 定义 的 ThatsOdd 对 象 时 ， 编 译 器 会 为 该 对 象 合成 一 个 并 非 很 优雅 的 名 字 。 
在 下 一 节 中 ， 我 们 会 看 到 更 多 应 用 了 Future 类 型 的 示例 。 


与 Option 类 型 、Try 类 型 、Either 类 型 以 及 其 他 的 容器 类 型 相似 ，Future 类 型 也 是 “一 
元 ”的 。 我 们 可 以 在 for 推导 式 中 使 用 这 些 类 型 ， 并 使 用 像 map、flatMap、filter 这 样 的 
组 合 器 对 执行 结果 进行 处 理 。 








































































































ÉE 









































Async% 


使 用 Future 类 时 ， 我 们 需要 大 量 使 用 回调 ， 但 这 使 得 代码 很 快 变 得 复杂 起 来 。 因 此 处 理 
一 组 有 关联 的 任务 时 ， 我 们 可 以 把 一 些 Future 对 象 组 合 起 来 以 减少 回调 数量 。Scala 新 
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设计 的 scala.async.Asyne 模块 可 以 使 用 户 更 容易 地 构建 这 类 计算 。SIP-22 (SIP 是 Scala 
Improvement Process 的 简写 ， 意 为 Scala 改进 流程 ，SIP-22 的 网 址 为 http://docs.scala-lang. 
org/sips/pending/async.html) 对 该 模块 进行 了 描述 。Scala 2.10 Fil Scala 2.11 均 在 Github 
(https://github.com/scala/async) 中 实现 了 这 一 功能 ， 并 将 该 模块 作为 “可 选 模块 ”进行 分 
发 (请 参考 表 21-11， 了 解 Scala 2.11 版 本 分 发 的 可 选 模 块 ) 。 

Async 模块 中 提供 了 两 个 基本 方法 ， 可 用 于 同步 代码 块 中 : 


def async[T](body: => T): Future[T] // © 
def await[T](future: Future[T]): T //@ 


@ 启动 异步 计算 ， 并 立刻 返回 对 应 的 Future 对 象 。 
@ 等 待 Future 执行 完毕 。 
在 下 面 的 例子 中 ， 我 们 模拟 了 一 组 同步 调用 ， 在 第 一 次 同步 调用 中 ， 我 们 首先 判断 指定 id 
的 “记录 ”是 否 存 在 。 假 如 该 记录 存在 ， 我 们 将 返回 记录 ;否则 ， 便 返回 错误 记录 。 
// src/main/scala/progscala2/concurrency/async/async.sc 
import scala.concurrent. {Await, Future} 
import scala.concurrent.duration.Duration 


import scala.async.Async.{async, await} 
import scala.concurrent.ExecutionContext.Implicits.global 






































object AsyncExample { 
def recordExists(id: Long): Boolean = { //@ 
println(s"recordExists($id)...") 
Thread.sleep(1) 
id > 0 
} 


def getRecord(id: Long): (Long, String) = { // @ 
println(s"getRecord($id)...") 
Thread.sleep(1) 
(id, s"record: $id") 


} 


def asyncGetRecord(id: Long): Future[(Long, String)] = async { //° 
val exists = async { val b = recordExists(id); println(b); b } 
if (await(exists)) await(async { val r = getRecord(id); println(r); r }) 
else (id, "Record not found!") 
} 
} 


(-1 to 1) foreach { id => // 9 
val fut = AsyncExample.asyncGetRecord(id) 
println(Await.result(fut, Duration. Inf)) 
} 
@ 此 处 声明 了 一 个 执行 时 间 较 长 的 谓词 (predicate) ， 用 于 测试 记录 是 否 存 在 。 假 如 输入 
的 id 大 于 0， 那 么 该 谓词 将 返回 true, 
@ 另 一 个 执行 时 间 较 长 的 方法 ， 该 方法 会 根据 输入 的 id 值 返回 对 应 的 记录 。 
© asyncGetRecord 方法 将 多 个 异步 操作 组 合 起 来 顺序 执行 。 访 方法 首先 将 以 异步 方式 调用 











370 | 第 17 章 





recordExists 方法 。 之 后 ，asyncGetRecord 方法 会 等 待 recordExists 方法 的 执行 结果 。 
如 果 结 果 为 rue，asyncGetRecord 方法 便 会 以 异步 的 方式 读 取 相关 记录 ; 反之 ， 则 会 返 
回 错误 记录 。 

@ 使 用 三 个 下 标 调 用 asyncGetRecord 方法 。 

执行 该 脚本 将 产生 下 列 结果 (运行 几 秒 后 才 会 产生 结果 ) : 


recordExists(-1)... 
false 

(-1,Record not found!) 
recordExists(@)... 
false 

(@,Record not found!) 
recordExists(1)... 
true 

getRecord(1)... 
(1,record: 1) 
(1,record: 1) 


请 注意 ， 只 有 输入 “合理 ”的 下 标 1 时 ，getRecord 方法 才 会 被 调用 一 次 。 

与 串 行 化 Future 对 象 相 比 ， 利 用 Async 模块 编写 出 的 代码 更 为 整洁 ， 尽 管 仍然 没有 真正 的 
同步 代码 那么 易于 理解 ， 不 过 你 能 够 从 异步 执行 中 获 益 。 

无 论 是 否 使 用 了 Async， 运 用 Future 类 型 仅仅 是 解决 并 发 的 一 种 手段 ， 它 并 不 能 称 为 全 局 
的 策略 。Future 并 没有 为 用 户 在 应 用 程序 的 层面 上 提供 管理 分 布 式 进程 的 大 量 工具 ， 包 括 
错误 处 理 。 而 actor 模型 则 满足 这 些 需求 ! 


17.3 利用 Actor 模 型 构造 稳固 且 可 扩展 的 并 发 
应 用 


Actor 最 初 是 为 了 进行 人 工 智能 研究 而 设计 的 。Carl Hewiit 和 他 的 合作 者 在 1973 年 的 一 篇 
论文 (访问 arixiv.org 可 以 查阅 到 2014 年 的 修改 版 ，http://arxiv.org/pdf/1008.1459.pdf) 中 
对 其 进行 了 描述 ， 而 Gual Agha 也 曾 在 1973 年 出 版 的 4ctors (MIT 出 版 ) 一 书 中 描述 了 
actor 模型 的 相关 理论 。Erlang 语言 及 其 虚拟 机 将 Actor 模型 视 为 核心 概念 。 在 Scala 这 样 
的 其 他 语言 中 ，actor 模型 则 以 类 库 的 方式 实现 ， 且 它 与 其 他 的 并 发 抽象 思想 一 并 实现 。 


actor 本 质 上 是 一 个 可 以 接收 并 处 理 消息 的 对 象 ， 它 一 次 接收 一 个 消息 ， 并 且 不 允许 消息 抢 
占 。 在 某 些 actor 系统 中 ,消息 到 来 的 顺序 并 不 重要 ， 但 并 不 是 所 有 的 actor 系统 都 是 这 样 

















































































































设计 的 。actor 对 象 也 许 会 在 对 象 内 部 对 销 息 进 行 处 到 








EE， 也 可 能 会 转发 消息 ， 还 有 可 能 向 其 





他 actor FR RIZ W E. EAH 





RASH, ACHE actor 还 会 创建 新 的 actor 对 象 。 假 如 我 们 使 


用 actor 模型 实现 状态 机 ， 当 状态 转化 时 ， 某 些 actor 也 许 会 因 








此 修改 消息 处 理 逻 辑 。 


传统 的 对 象 系统 通过 方法 调 有 


日 传递 消息 。 与 这 些 系统 不 同 ，actor 通常 以 异步 的 方式 发 送 消 


息 ， 这 导致 actor 执行 操作 的 全 局 顺序 是 不 确定 的 。 与 传统 的 对 象 相 似 ，actor 在 处 理 消息 
时 也 许 也 会 对 状态 进行 控制 。 设 计 良 好 的 actor 系统 即使 无 法 完全 防止 其 他 代码 直接 访问 
和 修改 状态 ， 至 少 也 会 努力 阻止 这 种 行为 。 
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正 是 因为 actor 系统 具有 这 些 特性 ， 即 便 是 在 路 集群 的 环境 下 ，actor 也 能 并 发 执行 。actor 
系统 提供 了 用 于 管理 全 局 状态 的 规则 方法 ， 这 能 在 很 大 程度 上 避免 (并 非 完全 避免 ) 传统 
多 线程 并 发 存在 的 问题 。 


17.4 Akka: 为 Scala 设 计 的 Actor 系 统 


2009 年 ， 本 书 第 1 版 的 编写 工作 完成 时 ，Scala Ai TE actor 库 。 在 第 1 版 中 ， 我 们 也 
为 这 套 库 编 写 了 示例 。 不 过 ， 从 那 时 以 后 ， 一 个 全 新 的 actor 系统 就 此 启动 。 该 系统 名 为 
Akka JÆ (http://akka.io)， 它 完全 不 依赖 于 之 前 的 actor 库 。 

现在 ，Scala 已 经 将 原先 的 actor 库 从 类 库 中 移 除 ， 而 将 Akka 视 为 处 理 基 于 actor 并 发 模型 
的 官方 类 库 。Akka 是 一 个 独立 项 目 。Scala 和 Akka 都 由 Typesafe (http://typesafe.com) 开 
发 并 提供 支持 的 ， 同 时 Akka 也 提供 了 一 套 完整 的 Java API。 

在 1.4 节 中 ， 我 们 运用 Akka 编写 过 一 个 简单 的 并 发 示例 。 下 面 我 们 将 实现 一 个 更 为 真实 
的 示例 。 随 着 学 习 的 深入 ， 你 将 发 现 Akka Scaladoc (http://doc.akka.io/api/akka/current/) 越 
来 越 有 用 。 

在 actor 模型 的 所 有 实现 中 ，Erlang 和 Akka 是 最 重要 的 两 个 实现 ， 也 是 在 产业 界 得 到 最 广 
泛 应 用 的 实现 。Akka 的 灵感 来 源 于 Erlang 的 actor 模型 实现 。 这 两 个 实现 都 是 重要 的 创 
新 ， 都 实现 了 一 个 兼 具 错 误 处 理 和 恢复 原状 功能 的 健壮 模型 。 

并 不 是 只 有 actor 可 以 执行 系统 定义 的 正常 工作 ， 你 也 可 以 创建 监督 者 (supervisor) 对 象 
监控 一 个 或 多 个 actor 的 生命 周期 。 假 如 某 个 actor 运行 时 抛 出 异常 而 导致 执行 失败 ， 监 督 
者 便 会 按照 某 一 策略 恢复 原状 。 监 督 者 所 遵循 的 策略 包含 重 局 策略 、 关 闭 策略 、 应 该 忽视 
错误 还 是 将 错误 交 由 相关 监督 者 处 理 策略 。 

重启 actor 时 ， 假 如 其 他 actor 与 出 错 的 actor 合作 紧密 ， 并 且 这 些 actor 都 接受 相同 的 监督 
者 管理 ， 那 么 我 们 应 选择 all-for-one 策略 ， 重 启 所 有 的 actor。 假 如 那些 受 管理 的 actor i 
此 之 前 没有 关联 ， 出 错 的 actor 不 会 对 其 他 的 actor 造成 影响 ， 那 么 我 们 应 该 使 用 one-for- 
one 策略 。 使 用 这 种 策略 后 ， 只 有 出 错 的 actor 需要 重启 。 


这 种 架构 很 清晰 地 将 错误 处 理 逻 辑 从 正常 流程 中 剥离 出 来 ， 进 而 为 错误 处 理 提供 了 架构 级 
处 理 策略 。 最 重要 的 一 点 ， 该 架构 对 “ 任 其 崩溃”(let it crash) 的 观点 进行 了 提升 。 

我 们 通常 都 会 把 错误 处 理 代码 和 正常 处 理 代码 混在 一 起 ， 这 就 会 导致 代码 复杂 且 混 乱 ， 不 
易 实 现 一 套 完 整 全 面 的 处 理 策略 。 在 某 些 实际 的 生产 环境 中 不 可 避免 地 会 出 现 一 些 失 败 的 
故障 恢复 ， 这 将 使 整个 系统 处 于 不 一 致 的 状态 。 假 如 程序 出 现 了 无 法 避免 的 月 涡 ， 服 务 只 
能 对 此 进行 一 些 受 协 ， 但 是 诊断 实际 的 问题 源 也 是 很 困难 的 。 

我 们 接 下 来 将 进行 示例 讲解 ， 该 示例 将 对 客户 端 接口 进行 模拟 ， 其 调用 的 服务 会 将 工作 
分 派 给 工作 线程 。 这 个 客户 端 接口 (我们 同时 也 在 客户 端 接口 中 定义 main 方法 ) 取 名 为 
AkkaClient, AkkaClient 会 将 用 户 命令 传递 给 一 个 ServerActor 对 象 ， 而 该 对 象 则 会 把 这 
些 工作 转发 给 许多 个 WorkerActor 对 象 ， 因 此 ServerActor 对 象 并 不 会 被 这 些 工作 堵塞 。 每 
个 工作 线程 都 模拟 了 一 个 具有 分 片 功能 的 数据 存储 单元 。 该 存储 单元 维护 了 一 个 持 有 key 
(Long 类 型 ) 和 value (字符 串 ) AY map 对 象 ， 也 支持 了 CRUB (CRUB Æ create, read, 
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update 和 delete 的 简写 ， 分 别 代表 了 创建 、 读 取 、 更 新 以 及 删除 操作 ) 的 语义 。 


AkkaClient 可 以 构造 出 akka.actor.ActorSystem (http://doc.akka.io/api/akka/current/#akka. 
actor.ActorSystem) 对 象 ， 该 对 象 会 对 整个 actor 系统 进行 控制 。 在 任何 一 个 应 用 中 ， 我 
们 都 会 遇 到 一 个 或 若干 akka.actor.ActorSystem 对 象 。AkkaCLient 之 后 构造 出 一 个 
ServerActor 实例 ， 并 向 该 实例 发 送 一 条 表示 启动 系统 的 消息 。 最 后 ，AkkaClient 提供 了 
一 个 简单 的 命令 行 接口 供用 户 使 用 。 

在 学 习 AkkaClient 之 前 ， 我 们 先 对 Message 对 象 进 行 了 解 ， 该 对 象 中 定义 了 在 actor 之 间 
交换 的 所 有 消息 体 : 

// src/main/scala/progscala2/concurrency/akka/Messages.scala 


package progscala2.concurrency.akka 
import scala.util.Try 














object Messages { //@ 

sealed trait Request { //@ 
val key: Long 

} 
case class Create(key: Long, value: String) extends Request //° 
case class Read(key: Long) extends Request //@ 
case class Update(key: Long, value: String) extends Request //® 
case class Delete(key: Long) extends Request // Q 
case class Response(result: Try[String]) // @ 
case class Start(numberOfWorkers: Int = 1) // ©@ 
case class Crash(whichOne: Int) // © 
case class Dump(whichOne: Int) // © 
case object DumpALL 

} 


Messages 对 象 中 包含 了 所 有 的 消息 类 型 定义 。 

Request 是 所 有 CRUB 请 求 的 父 特征 ， 所 有 的 请 求 都 使 用 一 个 Long 类 型 的 key 值 。 

构造 一 个 新 的 “记录 ”， 并 指定 该 记录 的 key 和 value 值 。 

读 取 指 定 key 值 的 记录 。 

对 指定 key 值 的 记录 进行 更 新 (假如 记录 不 存在 ， 创 建 一 条 新 记录 )， 为 其 指定 新 的 

value 值 。 

© 删除 指定 key 值 的 记录 ， 假 如 不 存在 满足 条 件 的 key 值 ， 则 不 执行 任何 操作 。 

@ 将 回复 信息 封装 到 一 条 普通 的 消息 体 中 。 我 们 使 用 scala.util.Try 类 型 对 结果 值 进 行 
封装 ， 封 装 后 的 对 象 能 够 指明 操作 成 功 还 是 失败 。 

O 启动 系统 。 这 条 消息 将 被 发 送 给 serverActor 对 象 ， 该 消息 中 包含 了 应 创建 多 少 个 工作 
节点 的 信息 。 

© 向 某 一 工作 节点 发 送 此 消息 ， 以 模拟 “崩溃 ”事件 。 

© 发 送 这 条 消息 ， 以 便 “ 和 获取” 某 一 工作 节点 或 全 部 工作 节点 的 状态 信息 。 

现在 ， 我 们 将 学 习 AkkaClient 对 象 的 具体 实现 : 
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// src/main/scala/progscala2/concurrency/akka/AkkaClient.scala 
package progscala2.concurrency.akka 

import akka.actor.{ActorRef, ActorSystem, Props} 
import java.lang.{NumberFormatException => NFE} 


object AkkaClient { 
import Messages. _ 


private var system: Option[ActorSystem] = None 


def main(args: Array[String]) = { 
processArgs(args) 
val sys = ActorSystem("AkkaClient") 
system = Some(sys) 
val server = ServerActor.make(sys) 
val numberOfWorkers = 
sys.settings.config.getInt( "server .number-workers") 
server ! Start(numberOfWorkers) 
processInput(server ) 


} 


private def processArgs(args: Seq[String]): Unit = args match { 


case Nil => 


case ("-h" | "--help") +: tail => exit(help, 0) 
case head +: tail => exit(s"Unknown input Shead!\n"+help, 1) 


} 


© 





AkkaClient 是 一 个 对 象 ， 我 们 可 以 在 它 的 作用 域内 定义 main 方法 。 


@ 代码 中 只 有 一 个 ActorSystem (http://doc.akka.io/api/akka/current/#akka.actor.ActorSystem ) 
对 象 ， 我 们 将 其 保存 在 一 个 Option 对 象 中 。 在 关闭 系统 时 ， 我 们 会 使 用 ActorSystem 对 








象 ， 对 此 我 们 稍 后 进行 讲解 。 请 注意 ，system 是 私有 可 变 变 量 。 














发 行为 进行 控制 ， 
© 
help 选项 。 
@ 
© 
© 
7) 
@ 





因此 我 们 无 需 担 心 system 变量 的 并 发 访问 。 





不 过 由 于 actor 会 对 并 








创建 ActorSystem 对 象 ， 并 更 新 system 的 Option MK, 
通过 调用 ServerActor 伴生 对 象 的 make 方法 ， 构 造 出 ServerActor 的 一 个 实例 。 
根据 配置 ， 决 定 使 用 多 少 工作 节点 。 
向 ServerActor 对 象 发 送 Start 消息 体 ， 启 动 系统 。 
对 用 户 输入 的 命令 行 信息 进行 处 理 。 








main 方法 首先 对 命令 行 参数 进行 处 理 。processArgs 当前 实际 上 只 支持 一 个 参数 选项 


Akka 使 用 了 Typesafe 提供 的 Config 库 (https://github.com/typesafehub/config)， 对 在 文件 


中 或 通过 程序 定义 的 配置 值 进行 管理 。 在 本 示例 中 ， 我 们 使 用 了 下 























// src/main/resources/application.conf 


akka { 
loggers 
loglevel 


[akka.event.sLf4j.SLf4jLogger] 
debug 


而 的 配置 文件 : 


// 0 
//@ 





© © 


© © 


© 


actor { // 日 


debug { // 9 
unhandled = on 
lifecycle = on 
} 
} 
} 
server { // © 
number-workers = 5 
} 


对 Akka 系统 的 属性 进行 全 局 配置 。 

配置 当前 使 用 的 日 志 模块 。SBT 包含 了 akka-slf4j 模块 ， 该 模块 支持 这 个 接 
配置 文件 同 级 的 目录 中 存在 一 个 对 应 的 logback.xml 文件 ， 该 文件 对 日 志 i 

(我 们 并 未 列 出 这 些 配置 ) 。 默 认 情 况 下 ， 所 有 的 debug 和 更 高 级 别 的 消息 都 
下 来 。 

为 每 个 actor 对 象 进行 属性 配置 。 

如 果 某 一 actor 收 到 了 它 无 法 处 理 的 消息 或 生命 周期 事件 ，debug 级 别 的 日 志 
该 事件 。 
由 于 ServerActor 实例 将 会 被 命名 为 server， 因 此 该 配置 块 会 对 ServerActor 
设置 。 该 配置 块 中 包含 了 一 个 自 定义 设置 ， 用 于 决定 使 用 工作 节点 的 数量 。 












































口 。 与 本 
行 了 配置 
会 被 记录 
将 会 记录 


实例 进行 


我 们 再 回 到 AkkaClient 的 实现 代码 ，AkkaCLient 通过 下 面 的 这 个 长 函数 对 用 户 输入 进行 
处 理 : 














private def processInput(server: ActorRef): Unit = { // 0 
val blankRE = """^\s*#?\s*$""".r 
val badCrashRE = """4\s*[Cc][Rr][Aa][Ss][Hh]\s*$""".r 
val crashRE = """4\s*[Cc][Rr][Aa][Ss][Hh]\s+(\d+)\s*$"".r 
val dumpRE = """^\s*[Dd] [Uu] [Mm] [Pp] (\s+\d+)?\s*$""".r 
val charNumberRE = """^\s*(\w)\s+(\d+)\s*$""".r 
val charNumberStringRE = """^\s*(\w)\s+(\d+)\s+(.*)$""".r 


def prompt() = print(">> ") //@ 
def missingActorNumber() = 
println("Crash command requires an actor number.") 
def invalidInput(s: String) = 
println(s"Unrecognized command: $s") 
def invalidCommand(c: String): Unit = 
println(s"Expected 'c', 'r', 'u', or 'd'. Got $c") 
def invalidNumber(s: String): Unit = 
println(s"Expected a number. Got $s") 
def expectedString(): Unit = 
println("Expected a string after the command and number") 
def unexpectedString(c: String, n: Int): Unit = 
println(s"Extra arguments after command and number '$c $n'") 
def finished(): Nothing = exit("Goodbye!", 0) 
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© © 


val handleLine: PartialFunction[String,Unit] = { // 日 
case blankRE() => /* do nothing */ 


case "h" | "help" => println(help) 
case dumpRE(n) => //@ 
server ! (if (n == null) DumpALL else Dump(n.trim.toInt)) 
case badCrashRE() => missingActorNumber() // © 
case crashRE(n) => server ! Crash(n.toInt) 
case charNumberStringRE(c, n, s) => c match { // O 
case "c" | "C" => server ! Create(n.toInt, s) 
case "u" | "U" => server ! Update(n.toInt, s) 
case "r" | "R" => unexpectedString(c, n.toInt) 
case "d" | "D" => unexpectedString(c, n.toInt) 
case _ => invalidCommand(c) 
} 
case charNumberRE(c, n) => c match { //@ 
case "r" | "R" => server ! Read(n.toInt) 
case "d" | "D" => server ! Delete(n.toInt) 
case "c" | "C" => expectedString 
case "u" | "U" => expectedString 
case _ => invalidCommand(c) 
} 
case "q" | "quit" | "exit" => finished() // 日 
case string => invalidInput(string) // © 


} 


while (true) { 
prompt() // © 
Console.in.readLine() match { 
case null => finished() 
case line => handleLine( line) 
} 
} 
} 


定义 了 一 些 正 则 表达 式 ， 用 于 解析 输入 信息 。 

定义 了 一 些 徐 套 方法 ， 分 别 用 于 打印 提示 符 、 汇 报错 误 、 结 束 处 理 和 关闭 系统 。 
handleLine 是 主要 的 处 理 方法 ， 考 虑 到 偏 函 数 语 法 的 便利 性 ， 我 们 将 其 定义 为 偏 函 数 。 
handleLine 函数 首先 会 对 空 行进 行 匹配 (同时 也 会 匹配 “注释 行 ”， 即 第 一 个 非 空白 
字符 是 # 字 符 的 输入 行 )， 将 空 行 过 滤 出 去 。 之 后 便 会 处 理 用 户 的 帮助 请 求 (匹配 h 或 
help 字符 串 ) 。 
要 求 一 个 或 全 部 工作 节点 输出 其 状态 信息 ， 状 态 信 息 中 包含 存储 了 一 组 key 值 对 的 
“数据 存储 ”信息 。 

为 了 能 够 解释 Akka 如 何 对 actor 进行 管理 ， 处 理 消 息 后 ， 某 一 工作 节点 便 会 崩 泪 。 接 
受到 该 输入 时 ， 我 们 首先 检查 用 户 是 否 忘 记 指 定 actor 对 应 的 数字 。 假 如 语法 正确 ， 再 
对 正确 的 输入 进行 处 理 ， 并 将 其 发 送 给 ServerActor 对 象 。 

假如 命令 中 同时 包含 字母 、 数 值 和 字符 串 ， 该 命令 一 定 是 一 条 “创建 ”或 “更 新 ”的 
命令 。 如 果 命 令 类 型 匹配 的 话 ，handleLine 方法 会 将 该 命令 发 送 给 ServerActor HR, 
如 果 不 匹配 ， 则 会 记录 错误 。 







































































© 


“删除 ”的 命令 。 


与 之 相似 ， 假 如 用 户 输入 中 只 包含 命令 字符 和 数字 ， 该 输入 一 定 是 一 条 “ 读 取 ” 或 





© 


提供 了 三 种 退出 应 用 的 方式 (输入 Ctrl-D 也 能 退出 应 用 )。 


© 假如 输入 不 满足 之 前 的 正则 表达 式 ， 便 输入 一 个 错误 。 


@ 打印 初始 化 提示 符 ， 之 后 循环 等 待 用 户 输入 并 对 每 行 输入 进行 处 理 。 











请 注意 ， 假 如 用 户 输入 了 无 效 的 用 户 命令 ， 系 统 并 不 会 崩溃 。 由 于 我 们 并 没 使 用 像 Gnu 


readline 这 样 的 加 





DUPE, 大 | 




















此 很 不 幸 程 序 对 回 退 键 的 处 理 并 不 正确 。 





最 后 ， 我 们 再 输入 下 列 信息 ， 完 成 该 代码 文件 : 


private val help = 
"""YUsage: AkkaClient [-h | --help] 
|Then, enter one of the following commands, one per line: 


| h | help Print this help message. 
| cn string Create "record" for key n for value string. 
| ro Read record for key n. It's an error if n isn't found. 
| u n string Update (or create) record for key n for value string. 
| dn Delete record for key n. It's an error if n isn't found. 
| crash n "Crash" worker n (to test recovery). 
| dump [n] Dump the state of all workers (default) or worker n. 
| ^d | quit Quit. 
1""".stripMargin 

private def exit(message: String, status: Int): Nothing = { // @ 
for (sys <- system) sys.shutdown() 
println(message) 


sys.exit(status) 


} 
} 


@ 详细 的 帮助 消息 。 


@ 用 于 辅助 系统 退出 的 辅 
条 信息 并 退出 程序 。 


打印 一 














助 函 数 。 假 如 Actorsysten 已 开启 ， 此 函数 会 关闭 该 系统 。 之 后 


接 下 来 ,我们 看 一 下 ServerActor 的 实现 : 


// src/main/scala/progscala2/concurrency/akka/ServerActor.scala 
package progscala2.concurrency.akka 


import 
import 
import 
import 
import 
import 


scala. 
scala. 
scala 
scala 
scala 


util.{Try, Success, Failure} 
util.control.NonFatal 

.concurrent.duration._ 

„concurrent. Future 
.concurrent.ExecutionContext.Implicits.global 


akka.actor.{Actor, ActorLogging, ActorRef, 
ActorSystem, Props, OneForOneStrategy, SupervisorStrategy} 

import akka.pattern.ask 

import akka.util.Timeout 


class ServerActor extends Actor with ActorLogging { //@ 
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import Messages._ 
implicit val timeout = Timeout(1.seconds) 


override val supervisorStrategy: SupervisorStrategy = { //@ 
val decider: SupervisorStrategy.Decider = { 
case WorkerActor.CrashException => SupervisorStrategy.Restart 
case NonFatal(ex) => SupervisorStrategy.Resume 
} 


OneForOneStrategy()(decider orElse super.supervisorStrategy.decider ) 


} 


var workers = Vector .empty[ActorRef] // 日 
def receive = initial //@ 
val initial: Receive = { //® 


case Start(numberOfWorkers) => 
workers = ((1 to numberOfWorkers) map makeWorker).toVector 


context become processRequests [L Q 
} 
val processRequests: Receive = { // © 
case c @ Crash(n) => workers(n % workers.size) ! c 
case DumpALL => //® 


Future.fold(workers map (_ ? DumpALL))(Vector.empty[Any])(_ :+ _) 
.onCompLlete(askHandler("State of the workers")) 
case Dump(n) => 
(workers(n % workers.size) ? DumpALL).map(Vector(_)) 
.onCompLlete(askHandler(s"State of worker $n")) 
case request: Request => 
val key = request.key.toInt 
val index = key % workers.size 
workers(index) ! request 
case Response(Success(message)) => printResult(message) 
case Response(Failure(ex)) => printResult(s"ERROR! $ex") 


} 


def askHandler(prefix: String): PartialFunction[Try[Any],Unit] = { 
case Success(suc) => suc match { 
case vect: Vector[_] => 
printResult(s"Sprefix:\n") 
vect foreach { 
case Response(Success(message)) => 
printResult(s"$message") 
case Response(Failure(ex)) => 
printResult(s"ERROR! Success received wrapping $ex") 
} 


case _ => printResult(s"BUG! Expected a vector, got $suc") 


} 


case Failure(ex) => printResult(s"ERROR! $ex") 


} 


protected def printResult(message: String) = { 
println(s"<< $message") 





} 


protected def makeWorker(i: Int) = 
context.actor0f(Props[WorkerActor], s"worker-$i") 


} 


object ServerActor { // 9 
def make(system: ActorSystem): ActorRef = 
system.actorOf(Props[ServerActor], "server") 


} 


混入 ActorLogging (http://doc.akka.io/api/akka/current/#akka.actor.ActorLogging) 特征 ， 
该 trait 会 增加 用 于 记录 信息 的 Log 字段 。 

使 用 akka.actor.SupervisorStrategy (http://doc.akka.io/api/akka/current/#akka.actor.Supe 
rvisorStrategy) A SURV WE RK. RURE TRIR BT SEE, ServerActor 
便 会 重启 。 假 如 出 现 了 NonFatal (http://www.scala-lang.org/api/current/#scala.util.control. 
NonFatal$) 异常 ， 系 统 将 继续 运行 (这 样 做 会 有 风险 !) 。 由 于 这 些 工作 节点 相互 独立 ， 
因此 我 们 选用 了 one-for-one 策略 。 假 如 该 策略 的 Decider 对 象 出 错 了 ， 父 类 的 监控 器 
(supervisor) 会 代理 执行 监控 策略 。 

使 用 akka.actor.ActorRef (http://doc.akka.io/api/akka/current/#akka.actor.ActorRef) 实例 
追踪 执行 工作 的 actor 对 象 ， 这 些 实例 会 引用 actor HK. 

定义 recive 方法 ,将 其 设置 为 initial 请 求 处 理 器 。 

为 了 能 够 为 开发 人 员 提 供 方 便 ，Actor (http://doc.akka.io/api/akka/current/#akka.actor. 
Actor) 类 型 中 定义 了 Receive 这 一 类 型 成 员 ， 该 成 员 是 PartialFunction[Any,Unit] 的 
别名 。 而 本 代码 行 对 Receive 方法 进行 了 声明 ， 用 于 处 理 最 初 发 送 给 actor 的 Start 消 
息 。 最 初 ，actor 对 象 只 希望 能 够 接收 到 Receive 消息 。 假 如 接收 到 了 其 他 消息 ， 这 些 
actor 对 象 会 将 消息 保存 在 actor 的 邮箱 (mailbox) 中 ， 直 到 我 们 为 这 些 消 息 定义 了 处 
理 机 制 。 我 们 可 以 将 Receive 方法 视 为 该 actor 对 象 所 使 用 的 状态 机 中 的 第 一 个 状态 的 
实现 方法 。 

假如 ServerActor 对 象 接收 到 了 Start 消 息 ， 该 对 象 便 会 构造 工作 节点 ， 并 将 状态 机 的 
相关 状态 进行 切换 ， 在 新 的 状态 下 ，processRequests 方法 将 负责 处 理 消息 。 

接收 到 Start 消息 后 ，Receive 代码 块 会 对 之 后 收 到 的 消息 体 进行 处 理 。 最 开始 的 几 条 
case 类 分 别 与 Crash、DumpAll 和 Dump 消息 相 匹 配 。 而 request: Request 子 句 则 负责 
处 理 CRUB 命令 。 最 后 ，Receive 代码 块 将 对 工作 节点 返回 的 Response 消息 进行 处 理 。 
值得 注意 的 是 ， 我 们 将 使 用 工作 节点 的 数量 对 请 求 取 模 ， 由 此 计算 出 需要 分 配 的 工作 
节点 索引 ， 这 也 是 工作 节点 向 量 的 有 效 索 引 。sServerActor 对 象 收 到 工作 布点 的 返回 消 
息 后 会 将 该 消息 打印 出 来 。 

收 到 DumpAll 消息 后 ， 我 们 需要 将 其 转发 给 所 有 的 工作 节点 ， 并 且 收 集 所 有 这 些 节点 的 
回复 信息 并 将 这 些 信息 汇总 格式 化 成 一 条 结果 信息 。 通 过 应 用 ask 模式 我 们 实现 了 这 一 
功能 。 但 是 我 们 必须 导入 akka.pattern.ask 对 象 (导入 代码 位 于 代码 文件 的 顶部 ) 以 
使 用 这 一 功能 。 我 们 没有 使 用 ! 命令 ， 而 是 通过 ? 命令 发 送 消息 。? 命令 会 返回 一 个 
Future 对 象 ， 而 使 用 ! 发 送 消 息 ， 将 返回 一 个 Unit。 尽 管 这 两 种 消息 类 型 都 是 异步 的 ， 
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但 是 使 用 ask 模式 时 ， 消 息 接收 方 返回 的 回复 消息 将 会 作为 Future 对 象 的 完成 事件 被 
系统 捕获 。 我 们 使 用 Future.fold 方法 将 一 组 Future 对 象 合并 为 一 个 单独 的 Future 对 
象 ， 并 将 其 封装 到 一 个 Vector 对 象 中 。 之 后 ， 为 了 能 够 对 执行 完毕 的 Future 对 象 进 行 
处 理 ， 我 们 使 用 onComplete 方法 注册 了 回调 函数 askHandler。 你 也 许 已 经 注意 到 了 ， 
通过 这 些 操 作 ， 这 些 瞬 套 类 型 也 变 得 更 为 复杂 了 。 
O 该 伴生 对 象 提供 了 构造 actor 的 便利 方法 : make 方法 。 该 方法 会 使 用 构造 actor 的 必需 
习 语 创建 该 对 象 。 (我 们 将 会 在 稍 后 谈论 这 点 。) 
构造 actor 对 象 时 会 返回 Receive 方法 (Receive 是 PartialFunction[Any, Unit] 的 别名 )， 
这 时 Actor.receive 方法 才 会 被 调用 一 次 ， 之 后 即使 接收 到 方法 调用 请 求 ， 该 方法 也 不 会 
被 调用 。 每 收 到 一 条 消息 上 时， 构造 的 Receive 方法 便 会 被 调用 一 次 。Receive 方法 中 的 消息 
处 理子 句 是 可 以 修改 的 ， 我们 可 以 调用 Actor .become 方法 使 用 新 的 Receive 方法 处 理 所 有 
的 消息 。 如 果 需 要 的 话 ， 我 们 可 以 利用 这 一 特性 实现 一 套 复 杂 的 状态 机 。 你 可 以 混入 FSM 
(finite state machine 的 简写 ， 即 有 限 状 态 机 ，http://doc.akka.io/api/akka/current/#akka.actor. 
FSM) 特征 ， 以 减少 实现 状态 机 所 需要 编写 的 代码 。FSM 特征 提供 了 一 套用 于 定义 状态 机 
的 方便 DSL 语法 。 


ServerActor 会 把 所 有 工作 节点 的 回复 消息 打印 到 控制 台 上 。 因 为 AkkaClient 对 象 并 
不 是 actor 对 象 ， 所 以 ServerActor 无 法 将 这 些 回 复 信 息 发 送 给 AkkaClient 对 象 。 当 
ServerActor 调用 Actor.sender 方法 (返回 消息 的 最 初 发 送 方 对 应 的 ActorRef 对 象 ) 时 ， 
实际 上 返回 了 ActorSystem.deadLetters (http://doc.akka.io/api/akka/current/#akka.actor. 


ActorSystem) 变量 。 

































































system.actorOf(Props[ServerActor], "server") 语句 用 于 构造 ServerActor 对 象 。 该 语句 
解决 了 两 类 设计 难题 。 首 先 ， 由 于 ActorRef 对 象 对 actor 实例 进行 了 封装 ， 因 此 我 们 无 法 
简单 地 通过 执行 new ServerActor 语句 构造 ServerActor XR, Akka 需要 适当 的 对 actor 实 
例 进 行 封装 ， 以 便 完 成 其 他 的 初始 化 步骤 。 
其 次 ，Akka 中 之 所 以 存在 Props (http://doc.akka.io/api/akka/current/#akka.actor.Props$ ) 这 
样 的 单 例 对 象 ， 主 要 是 为 了 解决 如 何 生成 JVM 字 节 码 这 样 一 个 问题 。 为 了 能 够 在 集群 部 
署 环境 下 将 Actor 实例 分 发 到 不 同 节 点 中 ， 这 些 Actor 实例 需要 能 够 被 序列 化 。 关 于 Actor 
实例 序列 化 的 具体 内 容 ， 可 以 参考 Akka docs (http://doc.akka.io/docs/akka/current/scala/ 
remoting.html) 。 假 如 我 们 在 其 他 的 实例 中 创建 了 该 actor 实例 ，Scala 编译 器 需要 将 创建 
actor 实例 的 对 象 信息 也 包含 在 actor 实例 中 。 这 意味 着 假如 我 们 查看 了 某 些 actor 实例 序列 
化 后 的 字 节 码 ， 也 许 能 在 其 中 发 现 其 中 租 入 的 其 他 类 实例 信息 。 假 如 创建 actor 的 实例 无 
法 被 序列 化 ， 该 actor 便 无 法 被 传输 到 其 他 节点 去 。 更 粳 的 是 ， 包 含 了 actor 实例 的 状态 也 
许 会 封装 在 actor 中 ， 这 可 能 会 导致 远 端 市 点 的 不 一 致 行为。 而 单 例 对 象 Props 则 会 有 效 地 
防止 这 类 问题 。 
最 后 ， 我 将 列 出 了 workerActor 的 实现 代码 : 

// src/main/scala/progscala2/concurrency/akka/WorkerActor.scala 

package progscala2.concurrency.akka 


import scala.util.{Try, Success, Failure} 
import akka.actor.{Actor, ActorLogging} 
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class WorkerActor extends Actor with ActorLogging { 
import Messages._ 


private val datastore = collection.mutable.Map.empty[Long,String] // © 


def receive = { 
case Create(key, value) => //@ 
datastore += key -> value 
sender ! Response(Success(s"$key -> $value added")) 


case Read(key) => // 日 
sender ! Response(Try(s"${datastore(key)} found for key = Skey")) 
case Update(key, value) => //@ 


datastore += key -> value 
sender ! Response(Success(s"$key -> $value updated")) 


case Delete(key) => //® 
datastore -= key 
sender ! Response(Success(s"$key deleted") ) 
case Crash(_) => throw WorkerActor.CrashException //® 
case DumpALL => //@ 
sender ! Response(Success(s"${self.path}: datastore = $datastore")) 
} 
} 
object WorkerActor { 
case object CrashException extends RuntimeException("Crash!") // © 
} 


datastore 变量 存储 了 一 个 由 key 值 对 组 成 的 可 变 map。 由 于 Receive 处 理 方 法 是 线程 
安全 的 (Akka 自身 确保 了 这 点 )， 并 且 该 变量 的 WorkerActor 是 私有 状态 ， 因 此 此 处 使 
用 可 变 对 象 是 没有 风险 的 。 不 过 由 于 共享 可 变 状态 这 一 行为 是 危险 的 ， 因 此 我 们 切 巧 
通过 消息 将 该 map 返回 给 消息 调用 者 。 
在 datastore 的 map 对 象 上 添加 一 个 新 的 key 值 对 ， 并 给 消息 发 送 方 发 送 一 条 回复 
消息 。 

尝试 读 取 指定 key 所 对 应 的 value 值 。 假 如 指定 key 不 存在 ， 我 们 可 以 通过 调用 Try 方 
法 中 封装 的 datastore(key) 方法 ， 自 动 捕获 抛 出 的 异常 ， 并 将 其 封装 到 Failure 对 象 
中 。 反 之 ，Try (http://www.scala-lang.org/api/current/index.html#scala.util.Try) 方法 将 返 
回 一 个 Success 对 象 ， 该 对 象 中 封装 了 找到 的 value 值 。 

找到 对 应 的 key 值 ， 并 对 相关 value 进行 更 新 (假如 未 能 找到 对 应 的 key 值 ， 则 直接 创 
建 一 个 新 的 key 值 对 )。 
删除 一 条 key 值 对 。 假 如 key 并 不 存在 ， 则 不 执行 任何 操作 。 

抛 出 CrashException 异常 ， 通 过 这 种 方式 使 actor 对 象 “ 崩 溃 "。 我 们 之 前 已 经 对 
WorkerActor 的 监督 策略 进行 了 配置 。 根 据 配 置 ， 一旦 抛 出 异常 ， 系 统 便 会 重启 该 
actor。 

根据 datastoremap 变量 的 当前 内 容 构 造 出 字符 串 ， 并 将 该 字符 串 作 为 actor 的 状态 回 
复 给 发 送 方 。 

我 们 使 用 特殊 的 CrashExcepion 消息 模拟 actor 崩溃 事件 。 
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接 下 来 ， 我 们 将 在 sbt 提示 符 中 运行 该 示例 : 
run-main progscala2.concurrency.akka.AkkaClient 


(你 也 可 以 调用 run 命令 ， 并 从 显示 的 列表 选择 想 要 运行 的 编号 。) 输入 h 选项 便 能 查看 命 
令 列 表 ， 而 且 可 以 尝试 运行 多 种 命令 。 输 入 quit 则 会 退出 sbt。 另 外 ， 我 们 还 可 以 在 shell 
窗口 或 命令 窗口 中 输入 下 列 命令 运行 程序 : 


sbt "run-main progscala2.concurrency.akka.AkkaClient" < misc/run-akka-input.txt 


由 于 这 些 操 作 天 生 就 是 异步 操作 ， 因 此 每 次 执行 该 脚本 ， 都 会 打印 出 不 同 的 结果 。 即 使 从 
misc/run-akka-input.txt 文件 中 复制 出 一 些 输入 行 再 执行 脚本 ， 每 次 执行 的 结果 仍然 不 同 。 
值得 注意 的 是 ，actor 崩溃 ， 数 据 便 会 一 同 丢 失 。 如 果 数 据 丢失 情 况 是 不 可 接受 的 ， 你 可 以 
使 用 Akka 持久 化 模块 (http://doc.akka.io/docs/akka/current/scala/persistence.html) 来 恢复 数 
据 。 持 久 化 模块 能 够 持久 地 存储 actor 的 状态 信息 ， 因 此 即使 重启 actor， 它 也 能 够 恢复 之 
前 的 状态 信息 。 


你 也 许 会 担心 ， 如 果菜 个 actor 对 象 崩溃 了 ，serverActor 对 象 所 持 有 的 一 组 工作 节点 会 不 
会 变 得 无 效 。 这 解释 了 所 有 对 actor 的 访问 都 必须 通过 一 个 中 间 “ 手 柄 ”ActorRef 对 象 的 
原因 。 因 此 直接 访问 Actor 实例 是 不 被 允许 的 。(actor 测试 包 提供 了 一 个 特殊 API, H 
调用 这 个 API 时 才能 直接 访问 Actor 实例 。 请 参考 akka.testkit 包 的 相关 介绍 ，http:/doc. 
akka.io/api/akka/current/#akka.testkit.package, ) 


由 于 ActorRef 对 象 非常 稳定 ， 因 此 这 些 对 象 之 间 能 够 组 成 非常 稳固 的 依赖 关系 。 当 监 
管 器 重启 actor 时 ， 该 监管 器 会 对 ActorRef 执行 重 置 操 作 ， 使 其 指向 新 的 actor 实例 。 假 
如 actor 既 未 重启 ， 也 未 恢复 执行 ， 发 送 到 对 应 ActorRef 对 象 的 所 有 消息 都 会 被 转发 到 
ActorSystem.deadLetters 变量 中 ， 而 该 变量 会 丢弃 已 崩溃 的 actor 所 发 送 的 消息 。 因 此 ， 
ActorRef 对 象 之 间 的 关系 既 稳 固 又 可 靠 。 


关于 Actor 的 一 些 想法 


本 章 出 现 的 应 用 讲解 了 处 理 大 规模 并 发 输入 流 的 一 种 常见 模式 : 将 具体 工作 分 配给 异步 的 
工作 节点 ， 之 后 返回 工作 节点 计算 出 的 结果 (或 者 像 本 章 的 示例 那样 ， 只 是 将 这 些 结果 打 
印 出 来 )。 


我 们 只 掌握 了 Akka 功能 的 皮毛 而 已 。 不 过 即便 如 此 ， 你 现在 也 已 经 掌握 了 典型 的 、 重 要 
的 Akka 应 用 ， 及 它们 的 工作 方式 。Akka 提供 了 非常 棒 的 文档 ， 你 可 以 访问 http://akka.io 
阅读 相关 文档 。 其 中 附录 A 列举 了 一 些 关 于 Akka 的 图 书 。 通 过 阅读 这 些 图 书 你 可 以 获得 
更 深入 的 信息 ， 例 如 : 如 何 有 效 使 用 Akka 的 一 些 模式 和 习 语 。 


Akka 模型 实现 的 actor 是 轻 量 级 的 ， 每 个 actor 大 概 只 有 300 字 节 大 小 。 因 此 ， 你 可 以 在 一 
个 大 型 的 JVM 实例 中 轻松 地 创建 百 万 个 actor 对 象 。 对 开发 人 员 而 言 ， 如 何 追 踪 这 些 具 有 
自主 意识 的 actor 对 象 是 一 个 挑 成 。 不 过 假如 大 多 数 的 actor 都 是 无 状态 的 工作 单元 ， 我 们 
就 可 以 管理 这 些 actor。 此 外 ， 为 了 满足 非常 高 的 可 扩展 性 和 可 用 性 ， 你 还 可 以 使 用 Akka 
搭建 包含 上 千 节 点 的 集群 (http://doc.akka.io/docs/akka/current/common/cluster.html) 。 
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对 于 包括 Akka 在 内 的 actor 模型 ， 存 在 一 种 常见 的 批评 ， 即 缺乏 类 型 安全 性 。 我 们 回顾 
一 下 ，Receive 类 型 是 PartialFunction[Any,Unit] 类 型 的 别名 ， 这 也 意味 着 Receive 无 法 
提供 限定 actor 允许 接受 的 消息 类 型 的 方法 。 因 此 ， 假 如 你 向 某 个 actor 发 送 了 一 条 出 平 
意料 的 消息 ， 你 必须 能 在 运行 时 监测 到 这 一 问题 。 在 逻辑 正确 性 方面 ， 编 译 器 和 类 型 系 
统 并 不 会 提供 帮助 。 与 之 相似 ，actor 之 间 的 引用 都 是 ActorRef 类 型 ， 而 不 是 特定 的 某 一 


Actor 类 型 。 


尽管 已 经 有 人 尝试 为 actor 模型 添加 更 多 的 限制 性 输入 ， 但 是 迄今 还 没有 成 功 的 。 对 于 
大 多 数 用 户 而 言 ，actor 模型 功能 强大 且 有 具备 较 强 的 灵活 性 ， 这 足以 弥补 缺乏 类 型 安全 
的 缺点 。 


actor 模型 实际 上 并 不 是 纯正 的 函数 式 编程 模型 。Receive 方法 返回 Unit 类 型 ， 这 意味 着 在 
该 方法 中 ， 所 有 事情 都 是 通过 副作用 完成 的 ! 再 者 ， 只 要 有 需要 ，actor 模型 便 会 允许 使 用 
可 变 状态 ， 就 像 我 们 编写 的 datastore 那样 。 


不 过 ， 在 使 用 可 变 状态 时 ， 需 要 严格 遵守 一 条 规则 : 将 状态 封装 在 某 个 actor 中 ， 并 确保 
所 有 状态 的 相关 操作 都 是 线程 安全 的 。actor 之 间 传 递 的 消息 应 为 不 可 变 对 象 。 不 幸 的 是 ， 
Scala 和 Akka 自身 无 法 保障 这 些 可 变性 约束 。 所 有 这 些 约束 都 是 由 你 自发 完成 的 ， 但 你 可 
以 使 用 一 些 工具 来 确保 这 些 约束 的 正常 实施 。 


有 趣 的 是 actor 模型 与 Alan Kay 眼中 的 面向 对 象 的 编程 非常 吻合 。Alan Kay 是 Smalltalk 语 
言 的 发 明 人 之 一 ， 也 被 认为 是 “面向 对 象 编程 ”这 一 术语 的 创造 者 。 他 认为 对 象 应 该 自主 
地 对 状态 进行 封装 ， 这 些 状 态 只 能 通过 消息 传递 的 方式 与 其 他 对 象 通信 (http://c2.com/cgi/ 
wiki?AlanKaysDefinitionOfObjectOriented) 。 事 实 上， 在 Smalltalk 语言 中 调用 方法 被 称 作 向 
该 对 象 发 送 了 一 条 消息 。 

最 后 ， 我 想 说 明 一 下 ，actor 模型 是 处 理 大 规模 、 高 度 可 用 、 事 件 驱 动 应 用 程序 的 更 为 通用 
的 一 种 方法 。 在 进一步 说 明 这 一 模型 之 前 ， 我 们 首先 讨论 下 跨 进 程 分 配 代码 所 面临 的 两 个 
难题 。 我 们 也 将 一 同 给 出 这 两 个 难题 的 解决 方案 : Pickling 库 和 Spores 库 。 


17.5 Pickling 和 Spores 


如 何 高 效 、 可 控 地 构造 集群 之 间 传 输 数 据 及 代码 的 序列 化 和 反 序 列 机 制 ， 是 分 布 式 系统 
的 一 个 挑战 。 这 是 一 个 古老 的 问题 ， 而 Java 从 发 明之 初 便 提供 了 一 个 内 置 的 序列 化 机 制 。 
不 过 ， 我 们 还 是 能 够 构造 出 性 能 远 超 Java 内 骨 功 能 的 序列 化 机 制 ， 而 选择 序列 化 机 制 时 
需要 均衡 考虑 运行 速度 和 其 他 的 一 些 需 求 。 比 方 说 ， 序 列 化 格式 是 否 需 要 适用 于 多 种 语 
言 ? 是 否 需 要 考虑 非 JVM 语言 ? 是 否 应 在 序列 化 内 容 中 磐 入 内 容 格式 ?是 否 需要 支持 版 
本 变更 ? 
Scala Pickling 库 (https://github.com/scala/pickling) 希望 能 够 为 用 户 提 供 一 个 序列 化 的 
方案 ， 从 而 最 大 程度 地 对 源 代 码 进 行 简化 ， 并 提供 可 插 拔 的 架构 以 支持 不 同 的 后 台 序 列 
化 格式 。 


之 前 ， 我 们 在 谈论 Akka 的 Props 类 型 时 曾 讲 过 一 个 相关 的 问题 : 假如 我 们 要 将 某 一 闭 包 
( 即 函数 字面 量 ) 分 发 到 本 进程 之 外 的 其 他 进程 中 ， 其 他 进程 会 捕获 到 什么 呢 ? Spores 项 
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目 希望 能 够 解决 这 个 问题 : Spores 会 向 用 户 提供 一 个 API， 开 发 者 可 以 通过 该 API 构造 一 
A “at” MRAR), Hh AP 负责 确保 “孢子 ”传递 的 准确 性 。 如 果 你 希望 了 
解 Spores 项 目的 更 多 信息 或 例子 ， 请 参考 Scaladoc (http://docs.scala-lang.org/sips/pending/ 
spores.html) 。 


Pickling 和 Spores 项 目 目 前 均 处 于 开发 阶段 ， 它 们 有 望 出 现在 Scala 的 后 续 版 本 中 ， 也 可 
能 会 作为 单独 的 库 推出 。 


17.6 反应 式 编程 


很 长 时 间 以 来 ， 人 们 都 认为 必须 使 用 事件 驱动 来 处 理 大 规模 应 用 ， 这 也 意味 着 作为 服务 
方 ， 这 些 应 用 必须 对 请 求 做 出 响应 ， 当 需要 获得 其 他 服务 的 “帮助 ”时 ， 这 些 应 用 又 需要 
向 服务 提供 方 发 送 事件 〈 或 消息 ) 。 因 特 网 就 建立 在 这 样 的 认 知 之 下 。 由 于 这 类 系统 本 身 
是 响应 式 的 ， 不 需要 根据 某 些 内 部 逻辑 来 执行 工作 ， 因 此 这 类 系统 也 被 称 为 反应 式 系统 。 


反应 式 编程 原理 推出 之 后 ， 涌 现 了 一 批 模型 ， 这 些 模型 通过 不 同 的 方式 实现 了 这 一 原理 。 

除了 actor 模型 之 外 ， 还 有 两 个 流行 的 模型 。actor 模型 认为 只 要 能 将 可 变 状态 局 限 在 某 一 

actor 内 ， 可 变 状态 便 是 合理 的 ， 而 这 两 个 类 型 则 不 同 ， 它 们 都 比 actor 模型 更 为 纯粹 : 

。 函数 式 反应 式 编程 (functional reactive programming, FRP) 
为 了 实现 某 个 图 像 应 用 程序 ，Conal Elliott 和 Paul Hudak 使 用 Haskell 语言 实现 了 
FRP (https://wiki.haskell.org/Functional_Reactive_Programming) 模型 。 他 们 实现 的 
FRP 是 一 个 早期 的 数据 流 模 型 ， 在 这 个 模型 中 ， 基 于 时 间 的 状态 需要 通过 某 一 系统 
传播 到 需要 使 用 这 些 状 态 的 代码 中 。 当 FRP 模型 中 的 某 一 状态 发 生变 化 时 ， 你 并 不 
需要 手动 地 对 依赖 这 些 变 化 的 变量 进行 更 新 ， 与 之 相反 ，FRP 会 使 用 声明 的 方式 描述 
数据 元 素 之 间 的 依赖 关系 ， 而 FRP 运行 时 则 会 负责 状态 传播 。 因此， 用 户 使 用 函数 
式 声明 语句 和 组 合 语法 编写 代码 。 最 近 ，Evan Czaplicki 使 用 Elm 语言 实现 了 FRP BE 
型 ，Elm (http://elm-lang.org) 编写 的 代码 能 够 编译 成 JavaScript 代码 。 而 名 为 “反对 
观察 者 模型 ”(Deprecating the Observer Pattern (http://lampwww.epfl.ch/~imaier/pub/ 
DeprecatingObserversTR2010.pdf)) 的 论文 则 对 Scala 语言 中 的 一 个 类 似 的 模型 进行 了 
分 析 。 

。 反应 式 扩 展 (reactive extensions, Rx) 
Rx (https://rx.codeplex.com) 是 由 Erik Meijer 和 他 的 合作 者 们 实现 的 ， 该 模型 最 初 只 
能 用 于 .NET 平台， 随后 被 迁移 到 了 许多 其 他 语言 当中 ， 包 括 Java 和 Scala (Li Haoyi 
(https://github.com/lihaoyi/scala.rx) 实现 了 Scala 的 迁移 工作 )。Rx 模型 中 的 可 观察 序 
列 代表 事件 流 或 其 他 数据 源 。 通 过 将 可 观察 序列 与 LINQ (LINQ 是 language-integrated 
query 的 缩写 ， 译 为 语言 集成 查询 ) 库 提供 的 查询 操作 符 (组 合 器 ) 拼接 起 来 ，Rx 组 成 
了 异步 程序 。 

最 近 ， 已 经 有 组 织 起 草 了 Reactive 宣言 (http://www.reactivemanifesto.org/) 用 于 提供 明确 

的 “反应 式 ” 系 统 定义 。 目 前 已 经 为 反应 式 系 统 定义 了 四 个 特征 。 所 有 可 伸缩 、 可 恢复 的 

反应 式 程序 都 应 遵循 这 些 特征 。 
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。 消息 传递 或 事件 传递 
反应 式 系 统 必 须 能 对 消息 或 事件 (这些 术 语 的 定义 ) 进行 响应 ， 这 也 是 最 基本 的 要 求 。 

。 可 灵活 伸缩 
为 了 能 够 满足 处 理 要 求 ， 反 应 式 系统 是 可 伸缩 的 系统 。 这 就 意味 着 该 系统 能 够 通过 水 平 
扩展 的 方式 进行 扩容 、 调 整 进程 数 、 处 理 核 数 、 处 理 节 点 数 。 理 想 状 态 下 ， 为 了 能 够 动 
态 响 应 不 停 变化 的 处 理 需 求 ， 系 统 应 该 根据 当前 需求 动态 的 执行 水 平 扩展 ， 这 种 调整 既 
包括 增加 处 理 资 源 ， 也 包括 自动 回收 资源 。 在 设计 此 类 系统 的 架构 时 ， 应 将 网 络 参数 
(例如 : 性 能 和 可 靠 性 ) 视 为 需要 考虑 的 头等 事项 。 用 这 各 方法， 我们 需要 花费 大 量 的 
精力 才能 对 那些 需要 维护 重要 状态 信息 的 服务 进行 横向 扩展 ， 而 且 这 类 系统 也 很 难 对 状 
态 信息 进行 “分 片 ” 和 可 靠 地 复制 。 

。 可 恢复 
随 着 系统 不 断 变 大 ， 那 些 不 常见 的 事件 也 会 越 来 越 频 蚂 地 出 现在 系统 中 。 因 此 ， 错 误 也 
是 需要 考虑 的 头等 要 事 。 构 造反 应 式 系统 时 ， 必 须 不 断 的 进行 改造 ， 以 便 能 够 在 出 现 错 
误 时 优雅 地 恢复 系统 。 

。 响应 式 

响应 式 系统 需要 能 够 随时 对 服务 请 求 进行 响应 ， 即 使 系统 中 出 现 了 错误 的 组 件 或 是 经 历 

了 非常 高 的 流量 峰值 ， 响 应 式 也 需要 通过 优雅 降级 (graceful degradation) 的 方式 继续 

响应 用 户 的 请 求 。 


Actor, FRP 以 及 Rx 都 是 基于 事件 的 系统 模型 。FRP 和 Rx 模型 更 像 是 一 个 处 理 各 类 事件 
流 的 管道 系统 ， 而 actor 模型 则 像 是 一 个 帮助 各 个 组 件 进行 交互 的 网 络 系统 。 尽 管 略 有 差 
J, 但 是 这 些 模型 都 能 够 通过 多 种 方式 进行 扩展 。 有 一 点 可 以 断言 ，actor 模型 健壮 的 错 
误 处 理 策 略 ， 使 得 它 对 可 反应 性 (responsiveness) 提供 的 支持 成 为 最 强 的 支持 。 最 后 再 
提 一 点 ， 尽 管 这 些 模 型 提高 系统 响应 度 的 方式 不 同 ， 但 所 有 模型 都 致力 于 最 大 程度 地 减少 
阻塞 。 


17.7 ”本章 回顾 与 下 一 章 提要 


我 们 已 经 学 习 了 如 何 使 用 Akka 提供 的 actor 为 大 型 系统 构建 健壮 的 、 可 扩展 的 、 并 发 应 用 
程序 。 与 此 同时 ， 我 们 还 了 解 了 Scala 提供 的 进程 管理 功能 以 及 future 机 制 。 最 后 ， 我 们 
还 讲述 了 反应 式 编程 的 相关 概念 。actor 模型 便 是 一 类 反应 式 编程 的 实现 。 除 此 之 外 ， 我 们 
还 讨论 了 另外 两 个 常见 的 模型 FRP 模型 和 Rx 模型 。 

在 一 下 章 中 ， 我 们 将 会 对 当前 最 为 热门 的 领域 之 一 一 一 大 数据 ， 进 行 讲解 ， 同 时 ， 我 们 还 
将 解释 Scala 逐渐 变 成 大 数据 领域 实际 编程 语言 的 原因 。 
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第 18 章 


Scala 与 大 数据 





在 第 17 章 中 ， 我 们 就 讨论 过 编写 并 发 程序 是 函数 式 编程 被 采用 的 推动 力 。 然 而 ，actor 等 
不 错 的 并 发 模型 却 让 开发 者 可 以 继续 使 用 面向 对 象 的 编程 技术 ， 避 免 了 对 函数 式 编程 的 学 
习 。 所 以 ， 多 核 问 题 (multicore problem) 的 出 现 ， 是 否 并 没有 带 来 我 们 预期 的 转变 呢 ? 


现在 ,我 认为 大 数据 将 是 函数 式 编程 更 强大 的 推动 力 。 尽 管 actor 模型 的 代码 看 起 来 或 多 
或 少 还 是 面向 对 象 的 ， 但 使 用 面向 对 象 的 Java 编写 的 大 数据 程序 与 使 用 函数 式 的 Scala 编 
写 的 大 数据 程序 之 间 的 差别 是 惊人 的 。 函 数 式 中 的 组 合子 ， 如 : map, flatMap, filter 和 
fold 等 ,一 直 是 处 理 数 据 的 有 效 工 具 。 无 论 是 内 存 集合 中 的 小 规模 数据 ， 还 是 分 散在 PB 
级 规模 集群 里 的 数据 ， 都 适合 采用 同样 的 抽象 。 组 合子 的 通用 性 对 这 一 规模 的 变化 几乎 是 
无 颖 的 。 一 旦 你 了 解 了 Scada 集合 ， 你 就 可 以 迅速 学 会 使 用 流行 的 大 数据 工具 对 应 的 Scala 
API。 的 确 ， 你 最 终 必须 理解 这 些 工具 是 如 何 实现 的 以 便 写 出 更 多 高 性 能 的 应 用 ， 但 你 也 
可 以 现在 就 很 快 掌握 它们 。 

我 曾 与 很 多 有 过 大 数据 经 验 但 从 未 对 Scala 产生 兴趣 的 Java 开发 人 员 进 行 过 交流 。 当 看 到 
采用 Scala 编写 的 代码 可 以 如 此 简洁 之 后 ， 他 们 感到 非常 高 兴 。 正 因为 如 此 ，S$cala 实际 上 
已 经 成 为 开发 大 数据 应 用 的 标准 编程 语言 ， 至 少 对 于 像 我 们 一 样 的 开发 者 是 这 样 的 。 数 据 
科学 家 倾向 于 坚持 使 用 自己 喜欢 的 工具 ， 如 R 和 Python, 


18.1 大 数据 简 史 


大 数据 条 盖 的 工具 和 技术 出 现 于 过 去 的 十 年 ， 主 要 用 以 解决 三 个 日 益 凸 显 的 挑战 。 第 一 个 
挑战 是 想方设法 处 理 巨大 的 数据 集 。 数 据 集 的 规模 远大 于 传统 方法 可 以 管理 的 数据 ， 如 传 
统 的 关系 数据 库 。 第 二 个 挑战 是 即使 系统 遇 到 部 分 失败 时 ， 也 能 提供 持续 可 用 性 的 功能 。 


早期 的 互联 网 巨头 ， 如 亚马逊 、eBay、 雅 虎 和 谷歌 ， 是 第 一 批 要 面 对 这 些 挑战 的 企业 。 他 
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们 每 100s 就 会 积累 TB 到 PB (petabyte) 级 别 的 数据 ， 远 远 超 任何 关系 型 数据 库 和 昂贵 的 
文件 存储 设备 的 存储 能 力 ， 即 使 现在 也 是 如 此 。 此 外 ， 作 为 互联 网 公司 ， 他 们 需要 这 些 数 
HAR 24 小 时 可 用 。 即 使 是 间隔 5~9 秒 的 “黄金 标准 ”可 用 性 也 不 足以 满足 需求 。 不 幸 
的 是 ， 因 为 还 没有 学 会 如 何 应 对 这 些 挑 成 ， 许 多 早期 的 互联 网 公司 都 曾经 历 过 尴 熔 和 灾难 
性 的 故障 。 

那些 成 功 的 公司 从 不 同 的 角度 解决 了 这 个 问题 。 以 亚马逊 为 例 ， 亚 马 逊 开发 了 一 种 名 为 
Dynamo 的 数据 库 ， 它 回避 了 关系 模型 ， 而 采用 简单 的 key- 值 存储 模型 ， 事 务 的 支持 仅 
限于 行 级 别 ， 数 据 则 分 片 存储 在 一 个 集群 中 (在 著名 的 Dynamo 研究 论文 (http://www. 
cs.ucsb.edu/~agrawal/fall2009/dynamo.pdf) 中 有 描述 )。 作 为 回报 ， 它 们 得 以 通过 水 平 扩 展 
存储 大 量 的 数据 ， 具 有 高 的 读 写 否 吐 量 ， 并 具有 更 高 的 可 用 性 。 由 于 复制 策略 ， 节 点 和 机 
架 故 障 不 会 导致 数据 丢失 。 当 今 许 多 流行 的 NoSQL 数据 库 都 受到 了 Dynamo 的 局 发 。 
谷歌 开发 了 一 个 集群 、 虚 拟 的 文件 系统 ， 称 为 谷歌 文件 系统 (http:/research.google.comy/ 
archive/gfs.html) (Google File System，GFS) ， 该 系统 拥有 类 似 Dynamo 的 可 扩展 性 和 可 用 
性 。 在 GFS 之 上 ， 他 们 建立 了 一 个 通用 的 计算 引擎 ， 将 分 析 工 作 分 发 到 集群 中 。 由 于 任务 
运行 在 多 个 节点 上 ， 从 而 充分 利用 了 并 行 ， 实 现 比 单线 程 程序 更 快 的 数据 处 理 。 这 个 称 为 
MapReduce (https://www.usenix.org/legacy/event/osdi04/tech/full_papers/dean/dean.pdf) 的 计 
算 引 擎 ， 它 引发 了 从 类 似 SQL 的 查询 到 机 器 学 习 算 法 等 一 大 批 应 用 的 出 现 。 


GFS 和 MapReduce 启发 了 一 个 克隆 实现 ， 它 们 合 起 来 被 称 为 Hadoop (http://hadoop. 
apache.org)。 因 为 其 他 许多 公司 也 开始 使 用 Hadoop 来 存储 和 分 析 自 己 不 断 增长 的 数据 集 ， 
Hadoop 在 21 世纪 后 期 得 到 迅速 应 用 。 它 的 文件 系统 被 称 为 HDFS: Hadoop Distributed 
File System (Hadoop 分 布 式 文件 系统 ) 。 


现在 ， 具 有 大 数据 集 的 组 织 往往 同时 部 署 了 Hadoop 和 NoSQL 数据 库 ， 以 支持 它们 的 众多 
应 用 ， 从 成 本 较 低 的 数据 仓库 、 其 他 “离线 ”分 析 ， 到 超大 型 的 事务 处 理 等 。 

“大 数据 ”这 个 词 也 有 些许 不 当 ， 因 为 许多 数据 集 并 没有 那么 大 。 但 人 们 发 现 通过 使 用 灵 
活 、 低 成 本 的 大 数据 工具 实现 存档 、 集 成 与 分 析 数 据 的 方式 非常 有 用 ， 而 且 这 些 数据 格式 
多 样 、 来 源 广泛 。 

本 章 的 其 余部 分 将 主要 讨论 大 数据 的 计算 引擎 ， 探 索 MapReduce 工具 的 演变 过 程 以 及 
MapReduce 如 何 被 更 好 的 工具 代替 。 在 这 个 过 程 中 ，Scala 就 处 于 这 种 演变 的 前 沿 和 中 心 
的 位 置 。 

对 于 大 多 数 NoSQL 数据 库 ，Scala 都 有 相应 的 API 而 且 在 大 多 数 情况 下 ， 这 些 API 的 设 
计 都 符合 惯例 ， 与 你 可 能 使 用 过 的 Java API 很 类 似 。 这 样 ， 我 们 就 可 以 集中 精力 于 更 难 的 
问题 上 ， 而 不 是 把 时 间 花 在 广泛 普及 的 概念 上 。 这 些 较 难 的 问题 包括 简化 函数 式 编程 和 增 
强 以 数据 为 中 心 的 应 用 程序 。 


18.2 用 Scala 改 善 MapReduce 


MapReduce 的 Java API 是 非常 底层 的 但 很 难 使 用 ， 它 需要 特别 的 专业 知识 来 实现 一 些 
算法 ， 才 能 获得 良好 的 性 能 。MapReduce 模型 包含 map 步骤 ， 在 该 步骤 中 我 们 通过 读 
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入 文件 ， 将 数据 转 为 key 值 对 的 形式 ， 来 满足 算法 的 要 求 。key 值 对 在 shuffle 阶段 被 混 
洗 ， 安 排 相 同 的 key 在 一 起 ， 然 后 执行 最 后 的 reduce 处 理 步骤 。 许 多 算法 都 需要 好 多 个 
MapReduce 的 job 串 在 一 起 。 不 幸 的 是 ，MapReduce 在 每 个 job 结束 后 ， 会 将 数据 刷 到 磁 
盘 中 ， 即 使 该 序列 中 的 下 一 个 作业 需要 将 数据 读 回 内 存 。 反 复 执行 磁盘 IO 是 MapReduce 
处 理 大 型 数据 集 时 效率 不 高 的 主要 原因 。 


在 MapReduce 中 ，map 其 实 表示 平坦 映射 (flat map)， 这 是 因为 对 于 每 一 个 输入 〈 比 如 ， 
文本 文件 中 的 一 个 ) 会 产生 零 到 多 个 输出 的 key 值 对 。Reduce 的 含义 与 通常 认为 的 相同 。 
但 是 ， 试 想 一 下 ， 如 果 Scala 的 容器 只 有 fatMap 和 reduce 这 两 个 组 合子 ， 会 如 何 呢 ? 许 
多 你 想 完成 的 转换 会 很 难 实现 。 另 外 ， 你 需要 了 解 如 何在 大 型 数据 集 上 有 效 地 实现 转换 。 
其 结果 如 下 : 在 原则 上 ， 你 可 以 在 MapReduce 实现 几乎 所 有 的 算法 ， 但 在 实践 中 ， 这 需要 
特殊 的 专业 知识 和 具有 挑战 性 的 编程 工作 。 


Cascading (http://cascading.org) 是 Java 中 最 有 名 的 API， 它 支持 对 Hadoop MapReduce 中 
的 典型 数据 问题 进行 抽象 ， 也 隐藏 了 许多 底层 的 MapReduce 细 (请 注意 ， 在 我 写 这 本 书 
时 ， 用 于 消除 MapReduce 的 替代 后 端 工具 正在 开发 中 )。Twitter 发 明了 Scalding (https:// 
github.com/twitter/scalding) 。Scalding 是 基于 Cascading 的 Scala API， 已 经 变 得 非常 流行 。 


下 面 我 们 来 看 一 个 典型 的 算法 Word Count， 它 是 Hadoop 的 “Hello World”。 因 为 它 的 概念 
很 容易 理解 ， 你 可 以 专注 于 学 习 API。 在 Word Count 中 ,文档 语 料 由 并 行 的 map 任务 ( 通 
常 每 个 任务 读 取 一 个 文件 ) 读 入 。 文 本 被 拆 分 为 单词 ， 每 个 任务 输出 (word, count) 对 组 
成 的 序列 ， 其 中 count 是 word 在 该 文档 中 出 现 的 次 数 。 在 最 简单 的 一 种 实现 中 ，map 每 当 
遇见 word， 就 输出 (word，1)。 不 过 优化 性 能 的 话 ，map 对 每 个 单词 只 输出 一 个 (word, 
count) 对 ， 这 样 可 以 减少 输送 给 reduce 的 key 值 对 个 数 。 在 这 个 算法 中 ，word 是 key。 

混 洗 进程 将 所 有 相同 的 word 元 组 组 合 到 一 起 并 分 配给 同一 个 reduce 任务 ， 在 reduce 中 
计算 出 单词 的 最 终 出 现 次 数 ， 并 把 所 有 的 结果 写 回 磁盘 。 在 逻辑 上 ， 写 10 次 (Foo, 1) 
元 组 与 写 1 次 (Foo, 10) 元 组 是 一 样 的 ， 因 为 加 法 满足 结合 律 ， 在 任何 阶段 进行 相 加 
都 一 样 。 
下 面 我 们 来 比较 以 下 3 种 API 实现 Word Count: Java MapReduce、Cascading 和 Scalding。 














































































































由 于 这 些 例子 需要 其 他 一 些 依 赖 才能 编译 执行 ， 部 分 依赖 的 工具 包 还 不 支持 
Scala 2.11， 工 具 包 里 的 文件 都 带 “X” 后 级 ， 因 此 sbt 不 会 编译 它们 。 脚 注 
中 包含 每 个 例子 如 何 编译 运行 的 信息 














o 


为 节省 篇 幅 ， 我 只 会 给 出 Hadoop MapReduce 版 本 的 部 分 代码 。 完 整 的 代码 可 以 从 本 书 的 
随 书 代码 实例 中 下 载 ， 地 址 在 注释 中 给 出 : | 


// src/main/java/progscala2/bigdata/HadoopWordCount. javaX 








class WordCountMapper extends MapReduceBase 





TE 1: Hadoop 教程 中 有 男 一 种 实现 ， 同 时 还 有 编译 、 运 行 Hadoop 程序 的 命令 说 明 。 另 外 也 可 参见 Tom 
White 的 《Hadoop 权威 指南 (第 3 版 )》 来 获取 相关 的 知识 。 
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implements Mapper<IntWritable, Text, Text, IntWritable> { 


static final IntWritable one = new IntWritable(1); 
static final Text word = new Text; 


@Override public void map(IntWritable key, Text valueDocContents, 
OutputCollector<Text, IntWritable> output, Reporter reporter) { 
String[] tokens = valueDocContents.toString.split("\\s+"); // 0 
for (String wordString: tokens) { 
if (wordString. length > 0) { 
word.set(wordString.toLowerCase) ; 
output.collect(word, one); 
} 
} 
} 
} 


class WordCountReduce extends MapReduceBase 
implements Reducer<Text, IntWritable, Text, IntWritable> { 


public void reduce(Text keyWord, java.util.Iterator<IntWritable> counts, 
OutputCollector<Text, IntWritable> output, Reporter reporter) { 
int totalCount = 0; 
while (counts.hasNext) { // @ 
totalCount += counts.next.get; 


} 


output.collect(keyWord, new IntWritable(totalCount)); 
} 
} 


© map 步骤 的 实际 工作 。 文 本 被 切 分 为 单词 ， 每 个 单词 都 作为 key 写 到 输出 中 ， 同 时 写 
入 的 还 有 数字 1， 作 为 key 值 。 

@ reduce 步骤 的 实际 工作 。 对 于 每 个 key ( 即 单词 )， 计 算 其 人 
数 的 总 和 被 写 和 人 输出， 保存 到 文件 中 。 


这 段 代码 让 我 想起 了 原来 的 EJB 1.X API。 侵 入 性 非常 高 ， 也 不 够 灵活 。 样 板 代码 比比 
绰 是 。 你 必须 将 所 有 字段 包装 在 序列 化 格式 Writable 中 ， 因 为 Hadoop 不 会 为 你 做 这 些 。 
Java 的 惯用 方法 实现 起 来 非常 楷 琐 。 提 供 main 函数 的 代码 没有 给 出 ， 其 中 添加 了 12 行 左 
右 的 代码 ， 用 来 设置 应 用 程序 。 我 不 会 解释 所 有 的 API 细节 ， 但 希望 你 已 经 理解 到 ， 这 里 
所 用 的 API 需要 注意 很 多 与 算法 本 身 毫 无 关系 的 细 市 。 


除去 import 语句 和 注释 ， 这 个 版 本 约 有 60 行 代码 。 这 不 算 多 。MapReduce 的 job 通常 比 
通用 的 IT 应 用 要 小 ， 人 算法 非常 简单 。 要 实现 更 复杂 的 算法 ， 复 杂 程 度 会 
显 车 提高。 例如 : 你 可 能 会 写 一 个 常见 的 SQL 查询 语句 ， 数 据 保 存在 一 个 名 为 wordcount 
的 表 中 


SELECT word, count FROM wordcount ORDER BY word ASC, count DESC; 


很 简单 。 在 互联 网 上 搜索 secondary sort mapreduce， 然 后 你 会 找到 MapReduce 的 实现 ， 其 
复杂 度 让 人 感到 BIF. 


Cascading 提供 了 一 个 直观 的 管道 (pipe) 模型 ， 管 道 被 连接 到 flow， 其 中 的 数据 源 和 水 槽 
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的 总 和 。 单 词 及 其 出 现 次 
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是 tap。 下 面 的 完整 代码 (省 略 了 import 语句 ) 是 等 价 的 Cascading 版 本 的 实现 : 


// src/main/java/progscala2/bigdata/CascadingWordCount.javaX 
package impatient; 


© 0 000 











import ...; 


public class CascadingWordCount { 
public static void main( String[] args ) { 


} 
} 


E. 








String input = args[0]; 
String output = args[1]; 


Properties properties = new Properties(); //@ 
AppProps.setApplicationJarClass( properties, Main.class ); 


HadoopFlowConnector flowConnector = new HadoopFlowConnector( properties ); 


Tap docTap = new Hfs( new TextDelimited( true, "\t" ), input ); //@ 
Tap wcTap = new Hfs( new TextDelimited( true, "\t" ), output ); 


Fields token = new Fields( "token" ); // 日 
Fields text = new Fields( "text" ); 
RegexSplitGenerator splitter = 
new RegexSplitGenerator( token, "[ \\[\\J\\(\\),.1]" )3 
Pipe docPipe = // @ 
new Each( "token", text, splitter, Fields.RESULTS ); 


Pipe wcPipe = new Pipe( "wc", docPipe ); // ® 
wcPipe = new GroupBy( wcPipe, token ); 
wcPipe = new Every( wcPipe, Fields.ALL, new Count(), Fields.ALL ); 


// 将 所 有 的 tap ,pipe 等 连接 到 fLow。 

FLowDef fLowDef = FlowDef.flowDef() [ILO 
.SetName( "wc" ) 
.addSource( docPipe, docTap ) 
.addTailSink( wcPipe, wcTap ); 





// 运行 flow。 
Flow wcFlow = flowConnector.connect( flowDef ); //@ 
wcFLow.complete(); 


用 于 设置 的 代码 ， 包 括 为 Hadoop 的 运行 做 的 配置 。 
用 HDFS 的 tap 读 写 数据 。 

定义 元 组 中 的 两 个 字段 ， 以 表示 一 条 记录 。 用 正则 表达 式 将 文本 切 分 为 单词 组 成 的 流 。 
创建 一 个 管道 ， 用 来 迭代 输入 的 文本 ， 输 出 单词 。 











创建 新 管道 ， 对 单词 执行 分 组 操作 ， 单 词 作为 分 组 的 key。 然 后 用 另 一 个 管道 计算 
组 的 单词 数 。 





注 2: 改编 自 Cascading for the Impatient, Part2 (http://docs.cascading.org/impatient) ，@ 2007-2013 Concurrent, 


Inc. 


版 权 所 有 。 








@ 创建 flow， 并 输入 输出 连接 到 管道 中 。 
@ 运行 该 程序 。 
除去 import 语句 ，Cascading 版 本 的 代码 大 约 有 30 行 。 即 使 对 该 API 不 太 了 解 ， 也 能 理 
解 该 算法 。 将 文本 切 分 为 单词 后 ， 我 们 对 单词 进行 分 组 ， 然 后 对 每 一 组 计算 个 数 。 这 就 是 
算法 所 做 的 工作 。 如 果 我 们 的 数据 表 里 有 “原始 的 单词 ”的 话 ， 对 应 的 SQL 查询 语句 会 
是 这 样 : 

SELECT word, COUNT(*) as count FROM raw_words GROUP BY word; 
Cascading 提供 了 一 组 优雅 的 API， 该 API 已 变 得 非常 流行 。 但 Cascading 在 开发 时 ， 受 到 
了 Java 相对 元 长 的 语法 和 Java 8 以 前 缺少 匿名 函数 等 缺点 的 限制 。 例 如 : Each, GroupBy 
及 Every 等 对 象 应 该 用 高 阶 函 数 实现 。Scalding 就 是 这 么 做 的 。 
以 下 就 是 Scalding HJARA °: 


// src/main/scala/progscala2/bigdata/WordCountScalding.scalaX 















































import com.twitter.scalding._ //@ 


class WordCount(args : Args) extends Job(args) { 


TextLine(args("input") ) //@ 
.read 
.flatMap('line -> 'word) { // ® 

line: String => line.trim.toLowerCase.split("""\s+""") 
} 
.groupBy('word){ group => group.size('count) } //@ 
.write(Tsv(args("output"))) /1 9 
} 


@ 只 有 一 个 重要 的 import 语句 。 

o 读 进 文件 ， 其 中 的 每 一 行 都 是 一 条 “记录 ”。TextLine 抽象 了 本 地 文件 系统 、HDFS、 
S3 等 。Scalding 运行 的 方式 决定 文件 系统 的 路 径 的 解释 方式 ， 在 这 一 点 上 ，Cascading 
却 要 求 你 在 代码 中 来 决定 。 每 一 行 字段 名 均 为 "Line，Scalding 用 Scala 符号 来 指定 字 
段 名 。 表 达 式 args("input") 表示 从 命令 行 参数 --input path 中 获取 路 径 。 

© 得 到 每 个 'Line， 用 flatMap 将 其 切 分 为 单词 。 语 法 (‘line -> 'word), 表示 我 们 提取 
输入 的 一 个 字段 (当前 只 有 一 个 字段 )， 输 出 的 字段 被 称 为 ‘word, 

O 以 单词 为 key 进行 分 组 ， 然 后 计算 组 的 大 小 。 输 出 的 记录 形式 为 ('word，'count)。 

O 将 输出 以 Tab 分 隔 的 形式 写 和 到 命令 行 参数 --output path 指定 的 路 径 中 去 。 

Scalding 的 版 本 代码 只 有 十 几 行 ， 还 包括 了 import 语句 ! 现在 ， 几 乎 所 有 的 架构 细节 退 居 

幕后 。 这 里 纯粹 是 算法 。 你 能 知道 flatMap 和 groupBy 在 做 什么 ， 即 使 Scalding 为 大 多 数 

组 合子 添加 了 一 个 额外 的 参数 列表 ， 用 于 字段 选择 。 

















注 3: 改编 自 GitHub 上 的 scalding-workshop 示例 。 
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我 们 从 宛 长 、 繁 琐 的 程序 演变 为 一 个 简单 的 脚本 。 当 你 可 以 写 出 如 此 简洁 的 程序 的 时 候 ， 


整个 软件 开发 过 程 都 改变 了 。 








18.3 超越 MapReduce 


在 “实际 的 时 间 ” 处 理事 件 的 需求 正在 成 为 趋势 。MapReduce 只 适用 于 完成 批 处 理 模式 。 
HDFS 在 最 近 才 增加 了 对 文件 增 量 更 新 的 支持 。 大 多 数 的 Hadoop 工具 还 不 支持 此 功能 。 





这 种 趋势 使 得 新 的 工具 被 创造 上 
群 事件 处 理 系统 。 














底层 模型 上 遇 到 的 困难 。 





























HÆ, 4M: storm (http://storm.apache.org/)， 该 工具 是 一 个 集 

















其 他 日 益 受 到 关注 的 是 MapReduce 的 性 能 限制 ， 如 前 面 提 到 的 过 度 磁盘 VO, LAB API Ail 


大 多 数 第 一 代 技 术 都 有 一 定 的 局 限 性 ， 最 终 导 致 它们 被 其 他 技术 替代 。Hadoop 的 主要 厂 
商 最 近 接 受 了 MapReduce 的 替代 者 ， 即 Spark (http://spark.apache.org)， 它 同时 支持 批 处 














原因 是 它 将 数据 缓存 在 了 步骤 


理 模式 和 流 模式 。Spark 用 Scala 编写 而 成 ， 相 比 MapReduce， 它 提供 了 出 色 的 性 能 ， 部 分 


间 的 内 存 中 。 也 许 最 重要 的 是 ，Spark 提供 了 类 似 Scalding 


提供 的 直观 的 API, {E Spark 提供 的 API 具有 令 人 难以 置信 的 简洁 性 和 丰富 的 表现 力 。 


Scalding 和 Cascading 使 用 管道 ， 而 Spark 使 用 弹性 分 布 数据 集 (resilient, distributed 
dataset，RDD) ， 这 是 一 种 分 布 在 集群 的 内 存 中 的 数据 结构 。 它 的 弹性 是 指 ， 如 果 一 个 节点 
出 现 故障 ，Spark 知道 如 何 从 数据 源 中 重建 缺失 的 这 一 块 。 


以 下 是 Word Count 用 Spark 的 实现 “: 





// src/main/scala/progscala2/bigdata/WordCountSpark.scalaX 


package bigdata 


import org.apache.spark.SparkContext 
import org.apache.spark.SparkContext._ 


object SparkWordCount { 


def main(args: Array[String]) = { 


input 


.map(word => (word, 


. saveAsTextFile(args(1)) 


val sc = new SparkContext("local", "Word Count") // © 
val input = sc.textFile(args(0)).map(_.toLowerCase) //@ 
.flatMap(line => line.split("""\W+""")) //° 
1)) // 9 

.reduceByKey((count1, count2) => count1 + count2) // © 
// ® 

//©@ 


sc.stop() 
} 
} 


@ 首先 是 SparkContext。 第 一 个 参数 用 来 指定 “ 主 ” 市 点 ， 在 这 个 例子 中 ， 我 们 在 本 地 


运行 。 第 二 个 参数 用 来 为 任 














注 4: 改写 自 GitHub 上 的 spark-work 














务 指定 一 个 任意 的 名 字 。 


shop 示例 。 
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@ 从 第 一 个 命令 行 参数 指定 的 路 径 中 加 载 一 个 或 多 个 文本 文件 〈 在 Hadoop 中 ， 我 们 给 出 
目录 的 路 径 ， 然 后 目录 下 所 有 的 文件 都 会 被 读 取 ) ， 然 后 将 字符 串 转 为 小 写 ， 返 回 一 个 
RDD 。 

© 以 非 字母 数字 的 字符 为 分 隔 符 ， 将 每 行文 本 映射 为 一 到 多 个 单词 。 

@ 将 每 个 单词 映射 为 一 个 元 组 (word，1)。 重 新 调用 用 于 Word Count 的 Hadoop map 的 输 

出 结果 。 

© 先 使 用 reduceByKey， 其 功能 与 SQL 语句 GROUP BY 类 似 ， 然 后 进行 归 约 (reduction), 
在 这 里 ， 归 约 就 是 将 元 组 里 的 多 个 1 相 加 。 在 Spark 中 ， 元 组 的 第 一 个 元 素 默认 为 操作 
中 的 key， 元 组 剩 下 的 元 素 为 key 的 值 。 

@ 将 结果 写 入 第 二 个 输入 参数 指定 的 路 径 中 。Spark 遵循 Hadoop 的 惯例 ， 将 路 径 作 为 目 
录 ， 它 会 将 每 个 最 终 任 务 产 生 的 结果 写 和 各自 的 文件 中 〈 命 名 约定 是 part-n，n 是 五 位 
数字 ， 从 00000 开始 ) 。 

@ 关闭 上 下 文 ， 停 止 运行 。 

类 似 于 Scalding 的 例子 ， 这 个 程序 也 大 约 只 有 十 几 行 代码 。 

无 论 你 使 用 比较 成 熟 、 但 仍 在 成 长 的 工具 (如 Scalding)， 或 者 使 用 刚刚 狐 露 头角 的 工具 

(如 Spark)， 很 明显 ，Scala 的 API 有 一 个 超越 基于 Java 的 API 的 独特 优势 。 我 们 已 经 

熟知 的 函数 式 组 合子 ， 是 用 于 数据 分 析 的 理想 工具 ， 对 这 些 工 具 的 用 户 和 实现 者 来 说 都 

是 如 此 。 


a s1 qH- 
18.4 数学 范畴 
我 们 在 第 16 章 讨论 了 范畴 。 有 一 个 范畴 Monoid， 当 初 疫 有 讨论 到 但 在 大 数据 中 和 逐 潮流 行 
起 来 。 如 果 没 有 仔细 阅读 第 16 章 ， 你 只 要 认为 范畴 就 是 面向 数学 的 设计 模式 即 可 。 
Monoid 是 加 法 的 抽象 。 它 具有 以 下 特性 。 
(1) 它 是 一 个 满足 结合 律 的 二 元 操作 符 。 
(2) 有 单位 元 素 。 
数字 的 加 法 满足 以 下 性 质 。 结 合 律 : (1.1 + 2.2) + 3.3 == 1.1 + (2.2 + 3.3); 0 是 加 法 的 单位 
元 素 。 乘 法 也 是 如 此 ，1 是 乘法 的 单位 元 素 。 数 字 的 加 法 和 乘法 同时 也 满足 交换 律 : 1.1 + 
2.2 == 2.2 + 1.1， 不 过 这 对 Monoid 来 说 不 是 必需 的 。 
这 有 什么 大 不 了 的 ? 事实 证 明 ， 大 量 的 数据 结构 都 满足 这 些 特 性 ， 所 以 如 果 你 让 代码 符合 
Monoid 的 性 质 ， 代 码 将 是 高 度 可 复 用 的 (参见 维基 百科 上 的 列表 ，https://en.wikipedia.org/ 
wiki/Monoid ) 。 
例子 包括 有 字符 串 连 接 、 和 矩阵 加 法 和 乘法 、 计 算 最 大 值 和 最 小 值 、 以 及 一 些 近 似 算 法 ， 如 
用 于 计算 基数 的 HyperLogLog 算法 ， 求 相似 性 的 Min-hash 算法 以 及 用 于 设置 成 员 关系 
的 布 隆 过 滤器 (参见 Avi Bryant 的 精彩 演讲 Add ALL The Things!, http://www.infog.com/ 


presentations/abstract-algebra-analytics ) 。 


部 分 数据 结构 也 满足 交换 律 ， 所 有 数据 结构 都 可 以 对 大 数据 集 实行 并 行 的 执行 。 这 些 近 似 
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算法 用 较 差 的 精度 换取 更 高 的 空间 效率 。 
你 会 在 很 多 数学 相关 的 包 中 看 到 Monoid 的 实现 ， 








18.5 ” Scala 数据 工具 列表 


除了 Hadoop 的 平台 和 Scala 的 数据 库 API, xH 





这 些 包括 下 一 节 列 出 的 数据 。 


现 了 很 多 工具 用 于 处 理 数 据 相 关 的 问题 ， 


如 一 般 的 数学 问题 和 机 器 学 习 问 题 。 表 18-1 列 出 了 你 有 可 能 会 查阅 的 一 些 活跃 项 目 ， 为 完 


整 起 见 ， 这 里 也 包括 我 们 先前 讨论 过 的 。 


表 18-1: 数据 和 数学 库 



























































































































































选 项 URL 描 述 

Algebird http://bit.ly/10Fk2F7 推 特 的 抽象 代数 API， 可 与 几乎 所 有 大 数据 API 
配合 

Factorie http://factorie.cs.umass.edu/ 一 个 用 于 部 署 概率 模型 的 工具 箱 ， 用 简洁 的 语言 创 
建 关系 的 因素 图 表 ， 估 计 参 数 ， 并 进行 推断 

Figaro http://bit.ly/InWnQf4 一 个 用 于 概率 相关 编程 的 工具 箱 

H20 http://bit.ly/1G2rfz5 一 个 用 于 数据 分 析 的 高 性 能 、 基 于 内 存 的 分 布 式 计 
算 引 擎 ， 用 Java 和 Scala, R 语言 的 PAL 写成 

Relate http://bit.ly/13p17zp 专注 性 能 的 数据 库 轻 量 级 访问 层 

ScalaNLP http://www.scalanlp.org/ 一 套 机 器 学 习 和 数值 计算 库 。 这 是 一 个 总 体 项 目 数 
库 ， 包 括 Breeze， 它 用 于 机 器 学 习 和 数值 计算 ， 以 
及 Epic， 它 用 于 进行 统计 分 析 和 结构 化 预测 

ScalaStorm _http://bit.ly/10aaroq Scala 的 Storm API 

Scalding https://github.com/twitter/scalding Twitter 用 于 Cascading 的 API, FA Scala 推广 为 
一 门 Hadoop 编程 语言 

Scoobi https://github.com/nicta/scoobi 对 MapReduce 的 顶层 抽象 层 ，API 类 似 Scalding 和 
Spark 的 API 

Slick http://slick.typesafe.com/ Typesafe 开发 的 数据 库 访问 层 

Spark http://spark.apache.org/ 在 Hadoop 环境 中 进行 分 布 式 计算 的 框架 ， 正 在 成 长 
为 业界 标准 。 也 能 用 在 Mesos 集群 和 单个 设备 (“AS 
地 ”模式 ) 上 

Spire https://github.com/non/spire 以 通用 、 快 速 、 精 确 为 目的 的 数值 库 

Summingbird https://github.com/twitter/summingbird Twitter 的 API, ‘© $ Scalding ( 批 处 理 模 式 ) 和 

















Storm (事件 流 ) 的 计算 抽象 出 来 




















尽管 Hadoop 环境 得 到 了 很 多 的 关注 ， 但 通用 的 工具 ， 如 : Spark, Scalding/Cascading 和 
H20 在 不 必要 使 用 大 的 Hadoop 集群 时 ， 依 然 支持 较 小 规模 的 部 署 。 


18.6 本章 回 顾 与 下 一 章 提要 


在 我 们 这 个 行业 ， 几 乎 没有 什么 分 支 比 大 数据 更 能 促进 Scala 的 发 展 。Scalding 和 Spark 对 
Java 的 MapReduce API 的 改善 十 分 惊人 ， 其 至 是 颠覆 性 的 。 两 者 使 得 Scala 成 为 以 数据 为 
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中 心 的 应 用 程序 开发 的 不 二 之 选 。 

通常 情况 下 ， 我 们 认为 Scala 是 一 个 像 Java 那样 的 静态 类 型 语言 。 但 是 ，Scala 标准 库 中 包 
含 了 一 个 特殊 的 trait， 用 来 创建 具有 更 多 动态 行为 的 类 型 ， 就 像 你 在 Ruby 和 Python 之 类 
的 语言 中 看 到 的 动态 行为 一 样 。 这 些 动态 行为 将 在 下 一 章 中 进行 介绍 。Scala 的 这 一 特殊 
的 特性 是 用 于 构建 领域 特定 语言 (DSL) 的 工具 ， 我 们 也 将 在 下 一 章 讨论 到 。 
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第 19 章 


Scala aS iA A 





KE BUTE, Scala 静态 类 型 能 够 给 代码 带 来 好 处 。 静 态 类 型 引入 了 一 些 安全 约束 ， 这 有 
助 于 确保 运行 时 的 正确 性 ， 而 阅读 代码 时 ， 静 态 类 型 也 更 易于 理解 。 当 处 理 大 型 系统 时 ， 
这 些 特点 尤为 有 用 。 
尽管 使 用 动态 系统 能 够 让 你 调用 一 些 编译 时 尚 不 存在 的 方法 ,但 是 有 时 候 ， 你 也 许 都 忘记 
了 动态 类 型 能 给 我 们 带 来 哪些 好 处 。 著 名 的 Ruby On Rails web 框架 (http://rubyonrails.org) 
的 ActiveRecord API 很 好 地 应 用 了 这 项 技术 。 接 下 来 ， 我 们 将 学 习 如 何在 Scala 中 实现 相 
同 的 技术 。 


19.1 一 个 较为 激进 的 示例 : Ruby on Rails 框 架 
中 的 ActiveRecord 库 


ActiveRecord 库 是 Rail 框架 中 最 初 集 成 的 对 象 关 系 映 射 (ORM) 库 。 尽 管 对 于 
ActiveRecord 的 大 多 数 细节 我 们 并 不 关心 ,不 过 该 库 所 提供 的 一 门 用 于 组 合 查询 的 DSL if 
言 却 是 例外 。 使 用 这 门 DSL 语言 可 以 对 领域 对 象 执行 链 式 方法 。 


不 过 ，ActiveRecord 库 中 实际 上 并 未 定义 这 些 “ 方 法 "。 和 Ruby 中 所 有 未 定义 的 方法 调用 
一 样 ， 这 些 方法 调用 会 被 “分 发 ”给 method_missing 方法 。 通 常 ， 该 方法 会 直接 抛 出 异 
常 ， 不 过 我 们 也 可 以 在 类 中 对 该 方法 进行 覆 写 以 执行 其 他 操作 。ActiveRecord 便 是 通过 这 
种 方式 将 这 些 “ 不 存在 的 方法 ”解释 成 用 于 构造 SQL 查询 的 指令 的 。 























注 1: 如 果 您 希望 了 解 更 多 关于 ActiveRecord 库 的 细节 ， 请 查看 Active Record Basics (http://guides. 


rubyonrails.org/active_record_basics.html ) a 
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假设 我 们 定义 了 一 个 简单 的 数据 库 表 ， 该 表 中 记录 了 美国 各 州 的 基本 信息 (我 们 使 用 某 种 
SQL 方言 创建 该 表 ) : 


CREATE TABLE states ( 





name TEXT, -- 州 名 
capital TEXT, -- 州 府 所 在 城市 名 


statehood INTEGER -- 该 州 加 入 美 联 邦 的 年 份 
J; 


使 用 ActiveRecord 库 时 ， 你 可 以 通过 下 列 方式 构造 查询 ， 下 文中 出 现 的 Ruby 领域 对 象 
State 等 同 于 states R: 
# 找到 所 有 名 为 "Alaska" 的 州 


State.find_by_name("Alaska") 


# 找到 所 有 名 为 "Alaska" 且 在 1959 年 加 入 美 联 邦 的 州 
State.find_by_name_and_statehood("Alaska", 1959) 














如 果 数 据 表 中 包含 了 大 量 的 列 ， 想 要 定义 所 有 的 Find_by_* 方法 组 合 是 不 可 能 的 。 不 过 ， 
由 于 这 些 方 法 的 命名 规范 确保 了 这 些 方 法 很 容易 自动 生成 ， 因 此 我 们 无 需 定义 这 些 方 法 。 
ActiveRecord 库 自 动 完 成 了 方法 名 称 解 析 、 生 成 对 应 的 SQL 查询 以 及 构造 查询 结果 对 应 的 
内 存 对 象 这 些 枯燥 的 工作 。 


值得 注意 的 是 ，ActiveRecord 实现 了 一 种 戏 入 式 DSL， 或 者 称 为 内 部 DSL。 这 门 DSL 语 
言 是 宿主 语言 Ruby 的 一 类 惯用 方言 ， 它 并 不 是 需要 自 定 义 语法 和 解析 器 的 另外 一 门 语言 。 


19.2 ”使 用 动态 特征 实现 Scala 中 的 动态 调用 


如 果 我 们 能 够 在 Scala 中 实现 类 似 的 DSL 语言 ， 这 也 许 会 带 来 一 些 好 处 。 不 过 通常 情况 
F, Scala 要 求 这 类 方法 事先 需要 显 式 地 定义 。 幸 运 的 是 ， 为 了 能 够 支持 我 们 刚才 描述 的 
动态 特征 ，Scala 2.9 已 经 添加 了 scala.Dynamic (http://www.scala-lang.org/api/current/index. 
html#scala.Dynamic) 特征 。 


Dynamic 特征 只 起 到 了 标示 作用 ， 该 trait 中 并 不 包含 任何 方法 定义 。 假 如 编译 器 看 到 了 
这 一 trait， 在 处 理 该 trait 时 会 遵循 某 一 特殊 协议 。Dynamic 特征 的 Scaladoc 页 面 (http:/ 
www.scala-lang.org/api/current/index.html#scala.Dynamic) 中 对 该 协议 进行 了 概述 ， 并 使 
用 了 下 面 的 示例 进行 了 讲解 。 在 该 示例 中 ，foo 对 象 是 Foo 类 的 实例 ， 而 Foo 类 则 继承 了 
Dynamic 特征 : 












































foo.method("blah") ~~> foo.applyDynamic("method") ("blah") 

foo.method(x = "blah") ~~> foo.applyDynamicNamed("method")(("x", "blah")) 
foo.method(x = 1, 2) ~~> foo.applyDynamicNamed("method")(("x", 1), ("", 2)) 
foo. field ~~> foo.selectDynamic("field") 

foo.varia = 10 ~~> foo.updateDynamic("varia") (10) 

foo.arr(10) = 13 ~~> foo.selectDynamic("arr").update(10, 13) 
foo.arr(10) ~~> foo.applyDynamic("arr")(10) 


Foo 类 型 必须 实现 可 能 会 被 调用 的 所 有 动态 方法 。applyDynamic 方法 作用 于 未 使 用 
命名 参数 的 方法 调用 。 假 如 用 户 给 某 些 参数 命名 了 ， 那 么 调用 该 方法 时 将 会 调用 
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applyDynamicNamed 方法 。 请 注意 ， 第 一 个 参数 列表 中 只 包含 了 单一 参数 ， 该 参数 代表 了 将 
要 调用 的 方法 名 称 。 而 第 二 个 参数 列表 中 则 包含 了 需要 传递 给 对 应 方法 的 实际 参数 。 


假如 希望 声明 特定 的 类 型 化 参数 集 ， 你 可 以 通过 声明 第 二 参数 列表 的 方式 以 支持 可 变数 量 
的 参数 。 这 完全 取决 于 你 希望 用 户 以 何 种 方式 调用 这 些 方法 。 

我 们 可 以 使 用 selectDynamic 和 updatDynamic 方法 对 非 数 组 类 型 的 字段 进行 读 写 操 作 。 
从 第 二 个 例子 开始 到 最 后 一 个 例子 都 展示 了 编写 数组 元 素 操 作 时 所 需要 使 用 的 特殊 格 
式 。 读 取 数 组 元 素 时 调用 的 方法 中 包含 多 个 参数 。 因 此 ， 读 取 数 组 元 素 时 我 们 应 使 用 
applyDynamic 方法 。 


我 们 将 使 用 Dynamic 特征 为 Scala 构造 一 门 简单 的 查询 DSL 语言 。 实 际 上 ， 我 们 的 示例 
与 NET 语言 中 被 称 为 LINQ (http://msdn.microsoft.com/en-us/library/bb397926.aspx) (集成 
语言 查询 ， 是 language-integrated query 的 简称 ) 的 查询 DSL 非常 接近 。LINQ 将 类 SQL # 
Wik AZ NET 程序 中 ， 在 操作 LINQ 时 ， 你 可 以 使 用 集合 、 数 据 库 表 等 对 象 。Scala AY wy 
数 式 关系 映射 (functional-relational mapping, FRM) JÆ Slick (http://slick.typesafe.com) 便 
借鉴 了 LINQ 的 思想 。 

由 于 只 实现 一 小 部 分 的 可 能 操作 ， 因 此 我 们 将 这 些 实现 称 为 CLINQ， 意 思 是 廉价 版 集成 语 
言 查询 (cheap language-integrated query) 。 我 们 将 定义 一 个 名 为 CLINQ 的 case 类 ， 当 然 ， 
这 个 类 名 听 起 来 确实 有 点 傻 。 

假设 我 们 希望 对 内 存 中 的 数据 结构 进行 查询 ， 尤 其 是 希望 能 够 使 用 借鉴 了 SQL 思想 的 
DSL 对 一 系列 Map 对 象 (key 值 对 ) 执行 操作 。 除 了 提供 示例 代码 之 外 ， 我 们 还 提供 了 实 
现代 码 。 我 们 将 首先 执行 下 列 脚本 ， 一 方面 对 我 们 所 需要 使 用 的 DSL 语法 进行 演示 ， 另 一 
方面 也 能 证 明 我 们 的 实现 工作 的 正常 运行 。 


// src/main/scala/progscala2/dynamic/cling-example.sc 



















































































scala> import progscala2.dynamic.CLINQ 
import progscala2.dynamic.CLINQ 


scala> def makeMap(name: String, capital: String, statehood: Int) = 
| Map("name" -> name, "capital" -> capital, "statehood" -> statehood) 























// 记录 了 美国 州 信息 的 五 条 “记录 ”。 
scala> val states = CLINQ( 

| List( 
makeMap( "Alaska", "Juneau", 1959), 
makeMap("California", "Sacramento", 1850), 
makeMap( "Illinois", "Springfield", 1818), 
makeMap( "Virginia", "Richmond", 1788), 

| makeMap("Washington", "Olympia", 1889))) 
states: dynamic.CLINQ[Any] = 
Map(name -> Alaska, capital -> Juneau, statehood -> 1959) 














Map(name -> California, capital -> Sacramento, statehood -> 1850) 
Map(name -> Illinois, capital -> Springfield, statehood -> 1818) 
Map(name -> Virginia, capital -> Richmond, statehood -> 1788) 
Map(name -> Washington, capital -> Olympia, statehood -> 1889) 











在 本 示例 中 ， 我 们 导入 了 dynamic. CLINQ 这 一 case 类 。 稍 后 我 们 将 学 习 如 何 实现 这 一 case 
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类 。 我 们 之 后 创建 了 一 个 包含 了 一 组 map 的 实例 ， 每 个 map 对 象 都 代表 了 一 个 “记录 ”。 


与 ActiveRecord 示例 不 同 ， 为 了 获取 希望 的 字段 数据 (如 SQL SELECT 语句 )， 我 们 将 使 
用 像 n_and_m 这 样 的 方法 执行 投影 操作 ， 而 ALL 方法 则 对 应 了 SELECT * (我 们 将 省 略 某 些 
输出 结果 ) 语句 : 


scala> states.name 

res0: dynamic.CLINQ[Any ] 
Map(name -> Alaska) 
Map(name -> California) 
Map(name -> Illinois) 
Map(name -> Virginia) 
Map(name -> Washington) 





scala> states.capital 
resi: dynamic.CLINQ[Any ] 
Map(capital -> Juneau) 
Map(capital -> Sacramento) 


scala> states.statehood 
res2: dynamic.CLINQ[Any] = 
Map(statehood -> 1959) 
Map(statehood -> 1850) 


scala> states.name_and_capital 

res3: dynamic.CLINQ[Any] = 

Map(name -> Alaska, capital -> Juneau) 
Map(name -> California, capital -> Sacramento) 


scala> states.name_and_statehood 

res4: dynamic.CLINQ[Any] = 

Map(name -> Alaska, statehood -> 1959) 
Map(name -> California, statehood -> 1850) 


scala> states.capital_and_statehood 

res5: dynamic.CLINQ[Any] = 

Map(capital -> Juneau, statehood -> 1959) 
Map(capital -> Sacramento, statehood -> 1850) 


scala> states.all 

res6: dynamic.CLINQ[Any] = 

Map(name -> Alaska, capital -> Juneau, statehood -> 1959) 
Map(name -> California, capital -> Sacramento, statehood -> 1850) 


那么 ， 我 们 又 该 如 何 实现 WHERE 子 名 的 功能 呢 ? 


scala> states.all.where("name").NE("Alaska") 
res7: dynamic.CLINQ[Any] = 
Map(name -> California, capital -> Sacramento, statehood -> 1850) 
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Map(name -> Illinois, capital -> Springfield, statehood -> 1818) 
Map(name -> Virginia, capital -> Richmond, statehood -> 1788) 
Map(name -> Washington, capital -> Olympia, statehood -> 1889) 


scala> states.all.where("statehood") .EQ(1889) 
res8: dynamic.CLINQ[Any] = 
Map(name -> Washington, capital -> Olympia, statehood -> 1889) 


scala> states.name_and_statehood.where("statehood") .NE(1850) 
res9: dynamic.CLINQ[Any] = 

Map(name -> Alaska, statehood -> 1959) 

Map(name -> Illinois, statehood -> 1818) 

Map(name -> Virginia, statehood -> 1788) 

Map(name -> Washington, statehood -> 1889) 


CLINQ 完全 不 知道 map 对 象 中 存储 了 哪些 key 值 ， 不 过 利用 Dynamic 特征 ， 我 们 能 够 根据 
这 些 key 值 构造 出 对 应 的 方法 。 下 面 列 出 了 对 应 的 CLINQ 代码 。 


// src/main/scala/progscala2/dynamic/CLINQ.scala 
package progscala2.dynamic 
import scala. language.dynamics //@ 


case class CLINQ[T](records: Seq[Map[String,T]]) extends Dynamic { 


def selectDynamic(name: String): CLINQ[T] = //@ 
if (name == "all" || records.length == 0) this // ® 

else { 
val fields = name.split("_and_") //@ 


val seed = Seq.empty[Map[String,T]] 
val newRecords = (records foldLeft seed) { 
(results, record) => 
val projection = record filter { // ® 
case (key, value) => fields contains key 


} 

// 终止 没有 投影 操作 的 记录 。 

if (projection.size > 0) results :+ projection 
else results 


} 
CLINQ(newRecords) ILO 
} 
def applyDynamic(name: String)(field: String): Where = name match { 
case "where" => new Where(field) //@ 
case _ => throw CLINQ.BadOperation(field, """Expected "where".""") 
} 
protected class Where(field: String) extends Dynamic { // 日 
def filter(value: T)(op: (T,T) => Boolean): CLINQ[T] = { // © 
val newRecords = records filter { 
_ exists { 
case (k, v) => field == k && op(value, v) 
} 
} 
CLINQ(newRecords) 
} 
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def applyDynamic(op: String)(value: T): CLINQ[T] = op match { 


case "EQ" => filter(value)(_ == _ // @ 
case "NE" => filter(value)(_ != _) // 0 
case _ => throw CLINQ.BadOperation(field, """Expected "EQ" or "NE".""") 
} 
} 
override def toString: String = records mkString "\n" // @ 
} 
object CLINQ { // ® 


case class BadOperation(name: String, msg: String) extends RuntimeException( 
s"Unrecognized operation $name. $msg") 


} 
Dynamic 特征 是 可 选 的 语言 特性 ， 为 了 使 用 它 ， 我 们 需要 导入 该 trait。 
我 们 将 使 用 selectDynamics 方法 执行 字段 投影 操作 (projection), 
假如 传人 了 all 这 一 “关键 字 ”， 或 者 内 存 中 没有 任何 记录 ， 将 返回 所 有 的 字段 信息 。 
由 于 CLINQ 使 用 _and_ 连接 词 将 两 个 或 多 个 字段 连接 起 来 ， 因 此 我 们 需要 将 方法 名 分 解 
成 一 组 字段 名 称 。 
对 map 对 象 进行 过 滤 ， 只 返回 名 字 中 包含 的 字段 。 
构造 并 返回 新 的 CLINQ 对 象 。 
执行 投影 操作 后 ， 我 们 将 调用 applyDynamic 方法 。 执 行 applyDynamic 方法 后 将 得 到 一 
个 新 的 Where 类 实例 ，Where 类 也 继承 自 Dynamic 特征 。 请 注意 ， 由 于 Where 实例 包含 
了 相同 记录 集中 的 某 些 记录 ， 因 此 我 们 无 需 构 造 新 的 记录 集 对 象 ! 假如 你 传 入 了 其 他 
的 类 SQL 的 关键 字 ，applyDynamic 方法 便 会 抛 出 错误 。 
Where 类 会 根据 field 字段 值 ， 对 记录 集 进 行 过 滤 。 
filter 是 一 个 辅助 方法 ， 它 会 对 记录 集 里 的 记录 进行 过 滤 ，filter 方法 会 选择 那些 
key 值 对 中 键 名 与 指定 的 field 参数 值 相同 的 Map 对 象 ， 根 据 该 Map 对 象 的 key 值 和 
对 应 的 value 值 v 执行 操作 op(vatue，v)， 只 有 操作 返回 true 的 记录 才 会 被 返回 。 
假如 向 applyDynamic 方法 传人 EQ 操作 符 ， 该 方法 将 调用 filter 方法 对 记录 集 进 行 过 
滤 ， 只 有 那些 指定 字段 的 数值 与 用 户 指定 值 相 等 的 记录 才 会 被 返 
applyDynamic 方法 对 不 等 于 操作 提供 了 支持 。 请 注意 ， 由 于 并 不 是 所 有 可 能 的 值 类 型 
都 支持 像 大 于 、 小 于 这 样 的 操作 ， 因 此 处 理 这 些 类 型 时 需要 格外 仔细 。 
根据 记录 信息 ， 创 建 易 读 的 字符 串 。 
在 伴生 对 象 中 定义 了 Badoperation 异常 。 
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当然 ， 从 很 多 方面 来 看 ，CLINQ 都 只 是 一 个 穷人 版 的 LINQ 实现 。 它 没有 实现 SQL 中 的 其 











他 有 用 的 操作 ， 如 GROUP BY 操作 。 同 时 它 提供 的 WHERE 子 句 操作 也 没有 实现 像 大 于 、 小 
于 这 样 的 功能 。 由 于 并 不 是 所 有 的 值 类 型 都 支持 这 些 操作 ， 因 此 需要 使 用 一 些 技巧 才能 使 
CLINQ 支持 这 些 操作 ， 不 过 这 些 操作 并 非 真 的 无 法 实现 。 








Scala 动 态 调用 | 401 


19.3 关于 DSL 的 一 些 思 


Dynamic 特征 是 Scala FLFR HRA SE DSL 和 内 部 DSL 的 众多 工具 中 的 一 件 工 具 。 我 们 将 
在 下 一 章 中 更 深入 地 学 习 这 些 工 具 。 现 在 ， 需 要 说 明 一 些 注意 事项 。 


首先 ， 利用 Dynamic 特征 实现 的 代码 并 不 容易 被 人 理解 ， 这 意味 代码 维护 、 调 试 以 及 扩展 
都 会 比较 困难 。 使 用 像 Dynamic 这 样 很 酷 的 工具 是 很 有 吸引 力 的 ， 但 是 使 用 之 后 你 需要 花 
费 大 量 的 时 间 来 打 理 代码 ， 这 会 让 人 非常 愧 悔 。 因 此 ， 如 有 果 你 希望 使 用 Dynamic 以 及 其 他 
的 一 些 DSL 功能 ， 请 明智 地 判断 是 否 应 该 使 用 这 些 功 能 。 

其 次 ， 有 一 个 与 DSL 相关 的 难题 折磨 着 所 有 的 DSL 开发 者 。 这 个 挑战 便 是 如 何 为 用 户 提 
供 有 意义 且 有 用 的 错误 信息 ? 我 们 以 上 一 节 的 示例 为 例 ， 很 容易 写 出 像 编 译 器 无 法 解析 这 
样 的 错误 信息 ， 而 这 样 的 错误 信息 并 不 能 为 用 户 提供 太 大 的 帮助 。( 提 示 : 编写 DSL 时 可 
以 尝试 使 用 中 组 表达 式 ， 这 样 能 够 省 略 掉 一 些 点 号 和 括号 。) 

再 次 ， 好 的 DSL 需要 防止 用 户 编写 一 些 不 合 逻 辑 的 东西 。 本 章 列举 的 简单 示例 并 不 会 遇 到 
这 种 难题 ， 不 过 对 于 一 些 更 为 高 级 的 DSL 而 言 ， 这 确实 是 一 个 挑战 。 


19.4 本章 回顾 与 下 一 章 提要 


我 们 已 经 学 习 了 如 何 通 过 Scala 提供 的 “ 钓 子 ”来 编写 出 包含 动态 方法 和 动态 值 的 代码 。 
那些 使 用 像 Ruby 这 样 的 动态 语言 的 用 户 对 这 些 动态 类 型 都 已 经 非常 熟悉 了 。 我 们 使 用 这 
些 动态 类 型 实现 了 一 门 查 询 DSL 语言 ， 这 门 DSL 语言 能 够 根据 输入 的 数据 值 ， 像 变 魔 术 
一 样 为 这 些 值 生成 对 应 的 方法 ! 

不 过 ， 在 编写 DSL 时 ， 我 们 所 使 用 的 像 Dynamic 这 样 的 功能 会 为 我 们 带 来 一 些 挑战 。 幸 运 
的 是 ，Scala 为 我 们 提供 了 一 些 可 用 于 编写 DSL 语言 的 工具 ， 我 们 也 将 在 下 一 章 对 这 部 分 
内 容 进 行 深入 学 习 。 
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第 20 章 
Scala 的 领域 特定 语言 





领域 特定 语言 (domain-specific language, DSL) 是 一 门 模仿 特定 领域 专业 人 员 所 熟知 的 术 
语 、 习 惯用 法 和 表达 方式 的 编程 语言 。DSL 的 代码 读 起 来 像 是 相应 领域 术语 内 结构 化 的 散 
文 。 理 想 情况 下 ， 一 个 领域 的 专业 人 员 可 以 在 几乎 没有 编程 经 验 或 者 不 能 编写 DSL 代码 的 
情况 下 ， 阅 读 、 理 解 和 验证 DSL 代码 。 


我 们 只 会 简单 介绍 DSL 这 个 大 课题 及 Scala 对 DSL 的 支持 。 想 要 了 解 更 深入 的 知识 ， 请 
参阅 附录 A 中 的 DSL 部 分 
精心 设计 的 DSL 有 以 下 几 个 优点 。 
。 封装 性 好 
DSL 隐藏 了 实现 细节 ， 只 暴露 那些 与 领域 相关 的 抽象 。 
。 生产 率 高 
由 于 封装 了 实现 细节 ，DSL 优化 在 应 用 中 编写 或 修改 代码 所 需 的 工作 量 。 
。 沟通 畅快 
DSL 可 以 帮助 开发 人 员 了 解 该 领域 ， 帮 助 领域 专家 验证 实现 是 否 符合 要 求 。 
然而 ，DSL 也 有 几 个 缺点 。 
。 DSL 很 难 开发 
尽管 编写 DSL 看 起 来 很 “ 酷 "， 但 其 开发 成 本 不 应 该 被 低估 。 首 先 ， 实 现 DSL 所 需 的 
技术 并 不 简单 ( 见 下 面 的 例子 )。 其 次 ， 良 好 的 DSL 比 传统 的 API 更 难 设 计 。 后 者 往往 
遵循 该 语言 API 设计 的 惯用 方法 ， 保 持 API 设计 的 一 致 性 非常 重要 ， 这 一 点 相对 易于 


遵循 。 相 反 ， 由 于 每 个 DSL 都 是 一 门 独 一 无 二 的 语言 ， 我 们 可 以 自由 地 创建 习惯 用 法 ， 
以 符合 目标 领域 的 独特 特性 。 但 自由 度 越 大 就 越 难 找到 最 好 的 抽象 。 
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。 DSL 很 难 维护 
由 于 实现 DSL 所 用 的 技术 并 不 简单 ， 随 着 对 应 领域 的 变化 ，DSL 可 能 需要 更 多 长 期 的 
维护 工作 。 为 了 更 好 的 用 户 体验 ， 这 往往 会 牺牲 实现 的 简洁 性 。 
不 过 ， 如 果 经 常 使 用 DSL 的 话 ， 设 计 良 好 的 DSL 可 以 成 为 构建 可 伸缩 的 、 健 壮 的 应 用 程 
序 的 有 力 工具 。 
从 实现 上 看 ，DSL 可 以 分 为 内 部 和 外 部 两 种 。 
All Scala 一样， 内 部 DSL (IKA DSL) 是 一 门 通用 的 编程 语言 。 这 里 不 需要 特定 用 途 
的 分 析 器 。 与 此 相反 ， 外 部 DSL 则 是 拥有 自身 语法 和 分 析 器 的 自 定义 语言 。 
内 部 DSL 创建 起 来 更 容易 ， 因 为 它们 不 需要 专用 的 分 析 器 。 但 另 一 方面 ， 底 层 语 言 也 约束 
了 对 特定 领域 的 概念 的 表达 。 外 部 DSL 没有 这 样 的 约束 。 你 可 以 按 任 何 的 方式 设计 语言 ， 
只 要 你 能 编写 出 一 个 可 靠 的 分 析 器 就 行 。 使 用 自 定义 的 解析 器 颇具 挑战 性 。 甚 中 为 用 户 返 
回 易 懂 的 错误 信息 一 直 是 解析 器 开发 者 面临 的 一 个 挑战 。 


20.1 DSL]: Scala 中 XML 和 JSON DSL 


十 年 前 ，XML 是 互联 网 上 机 器 与 机 器 交流 的 通用 语言 。 最 近 JSON 已 经 取代 了 这 个 角色 。 
Scala 对 XML 的 支持 部 分 以 库 的 形式 实现 ， 另 外 也 有 一 些 内 置 语法 上 的 支持 。 为 了 简化 
语言 ， 并 使 其 更 容易 使 用 第 三 方 库 来 代替 ， 这 两 者 都 在 慢 慢 地 废弃 中 。 在 Scala 2.11 中 ， 
Scala 对 XML 的 支持 将 从 其 余 的 库 中 提取 出 来 ， 转 而 作为 一 个 单独 的 模块 。( 见 Scaladoc, 
http://www.scala-lang.org/api/current/scala-xml/index.html#package。) 我 们 建构 的 sbt 中 包含 
了 这 个 模块 ， 因 此 我 们 可 以 在 本 市 中 使 用 这 一 模块 。 

下 面 我 们 在 Scala 中 简单 地 使 用 XML， 来 查看 Scala 实现 的 这 个 DSL 到 底 如 何 。 这 里 接触 
的 主要 类 型 是 scala.xml.Elem (http://www.scala-lang.org/api/current/scala-xml/index.html#scala. 
xml.Elem) 和 scala.xml.Node (http://www.scala-lang.org/api/current/scala-xml/index.html#scala. 
xml.Node) : 




















































































































// src/main/scala/progscala2/dsls/xml/reading.sc 
import scala.xml._ //@ 


val xmlAsString = "<sammich>...</sammich>" //@ 
val xml1 = XML. LoadString(xmlAsString) 


val xml2 = // ® 
<sammich> 
<bread>wheat</bread> 
<meat>salami</meat> 
<condiments> 
<condiment expired="true">mayo</condiment> 
<condiment expired="false">mustard</condiment> 
</condiments> 
</sammich> 


for { // 9 


condiment <- (xmL2 \\ "condiment") 
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Scala 在 解析 组 合子 库 中 ， 对 JSON 做 了 有 限 的 支持 ， 我 们 将 在 20.3 节 中 进行 探讨 。 现 在 


if (condiment \ "@expired").text == "true" 
} println(s"the ${condiment.text} has expired!") 


def isExpired(condiment: Node): String = //® 
condiment.attribute("expired") match { 
case Some(Nil) | None => "unknown!" 
case Some(nodes) => nodes.head. text 


} 


xml2 match { 


case <sammich>{ingredients @ _*}</sammich> => { 


for { 


condiments @ <condiments>{_*}</condiments> <- ingredients 
cond <- condiments \ "condiment" 
} println(s" condiment: ${cond.text} is expired? ${isExpired(cond)}") 


} 
从 scala.xml 


包 (http://www.scala-lang.org/api/current/scala-xml/scala/xml/package.html ) 


中 导入 公共 API 的 声明 。 


定义 一 个 包含 





XML 的 字符 串 ， 将 其 解析 到 scaLa.xmL.ELem H, XML Xf (http://www. 


scala-lang.org/api/current/scala-xml/index.html#scala.xml.XML$) 可 以 从 很 多 源 中 读 取 
XML， 也 可 以 从 URL 中 读 取 。 

用 XML 字面 量 来 定义 scaLa.xmL.ELem。 

在 XML 中 遍历 并 提取 字段 。xmL \ "foo" 只 能 匹配 子 市 点 ， 而 \\“"foo" 可 以 在 必要 的 
ie, RA mD DAR. XEF XPath 表达 式 (http://www.w3.org/TR/xpath20)， 如 表达 
式 @expired 表示 寻找 名 为 expired 的 属性 。 












































辅助 方法 ， 用 于 寻找 condiment 节点 中 所 有 的 expired 属性 。 如 果 得 到 的 是 空 序列 或 
None， 方 法 返回 unknown!， 否 则 提取 序列 中 的 第 一 个 元 素 ， 并 返回 其 文本 值 ， 该 值 应 
该 是 true 或 者 false。 


用 XML 字面 量 做 模式 匹配 ， 该 表达 式 提取 ingredients 和 一 系列 condiment 标签 ， 最 
后 打印 出 提取 的 各 个 condiment 中 的 数据 。 


XML 对 象 支持 将 XML 保存 到 文件 或 保存 到 java.io.writer (http://docs.oracle.com/javase/8/ 
docs/api/java/io/Writer.html) 的 儿 种 方式 : 


// src/main/scala/progscala2/dsls/xml/writing.sc 


XML.save("sammich.xml", xml2, "UTF-8") //O 


O 从 xml2 节点 开始 ， 将 XML 写 入 到 文件 sammich.xml 中 ， 文 件 编码 采用 UTF-8。 

















有 很 多 优秀 的 Scala 及 Java 的 ISON 库 ， 所 以 只 有 在 需求 有 限时 才 考 虑 使 用 内 置 的 JSON 





库 。 那 么 ， 你 应 该 使 用 哪 一 种 呢 ? 如 果 你 已 经 选择 使 用 了 某 个 大 的 框架 ， 那 就 咨询 其 文档 








中 推荐 的 库 。 否 则 ， 由 于 情况 改变 得 非常 快 ， 你 最 好 选择 通过 搜索 寻找 最 适合 的 库 。 
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20.2 内 部 DSL 


Scala 语法 的 一 些 特性 支持 创建 内 部 (RAZ!) DSL, 





灵活 的 命名 规则 

由 于 你 可 以 在 命名 时 使 用 几乎 所 有 的 字符 ， 所 以 很 容易 创建 适合 特定 领域 的 名 字 ， 如 同 
用 代数 符号 表示 具有 相应 特性 的 类 型 一 样 。 例 如 ， 如 果 存 在 Matrix 类 型 ， 你 可 以 用 * 
方法 实现 矩阵 的 乘法 。 

中 缓和 后 级 符号 

如 果 不 能 使 用 中 级 表示 法 ， 使 用 * 方法 就 意义 不 大 。 例 如 matrix1 * matrix2。 后 级 表 
示 法 也 很 有 用 ， 如 1 minute, 

隐 含 参数 和 默认 参数 值 

这 两 种 功能 都 可 以 减少 样板 代码 ， 并 隐藏 复杂 的 细节 。 比 如 ，DSL 中 的 每 个 方法 
都 要 传人 人 上下文 信息 ， 该 上 下 文 信 息 就 可 以 用 隐 含 的 值 来 代替 。 回 想 一 下 ， 许 多 
Future 方法 (http://www.scala-lang.org/api/current/#scala.concurrent.Future) 都 有 隐 含 的 














ExecutionContext 参 数 (http://www.scala-lang.org/api/current/#scala.concurrent.Execution 
Context) 。 

隐 式 转换 还 可 以 为 已 经 存在 的 类 型 “增加 ”方法 。 例 如 : scala.concurrent.duration 
包 (http://www.scala-lang.org/api/current/#scala.concurrent.duration.package) 有 对 数字 的 
隐 式 转换 ， 允 许 编写 1.25 minutes， 它 将 返回 一 个 等 于 75 秒 的 FiniteDuration 实例 
(http://www.scala-lang.org/api/current/#scala.concurrent.duration.FiniteDuration ) 。 

动态 方法 调用 

正如 我 们 在 第 19 章 所 讨论 的 ，Dynamic 特征 (http://www.scala-lang.org/api/current/#scala. 
Dynamic) 使 得 对 象 可 以 接受 对 任何 方法 或 字段 的 调用 ， 即 使 该 类 型 不 具有 该 名 称 所 定 
义 的 方法 或 字段 。 

高 阶 函 数 和 按 名 参数 

两 者 均 使 得 自 定义 的 DSL 看 起 来 像 本 语言 里 的 控制 结构 ， 这 与 我 们 在 3.10 节 中 看 到 的 
continue 示例 一 样 。 

自 类 型 标记 

如 果 封 六 范围 内 的 实例 中 存在 针对 DSL 实现 中 嵌 套 部 分 的 自 类 型 标记 ，DSL 实现 中 
的 般 套 部 分 便 可 以 引用 封 困 范围 内 的 实例 。 这 一 特性 可 以 用 来 更 新 封 困 范围 内 的 状态 
对 象 。 

安 


在 一 些 高 级 的 场景 中 可 以 使 用 新 的 安 ， 这 一 点 我 们 将 在 第 24 章 中 学 习 。 





























TÉ 


i 我 们 来 创建 一 个 内 部 DSL， 用 于 计算 每 一 期 (两 周 ) 员工 的 工资 单 。DSL 将 从 总 工资 











扣除 一 些 项 目 ， 如 税收 、 保 险 费 、 退 休 基 金 等 ， 从 而 算出 净 工 资 。 
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一 开始 ， 我 们 先 实现 一 些 将 在 内 部 和 外 部 DSL 中 都 用 的 到 的 常见 类 型 : 


// src/main/scala/progscala2/dsls/payroll/common.scala 
package progscala2.dsls.payroll 





object common { 
sealed trait Amount { def amount: Double } //@ 


case class Percentage(amount: Double) extends Amount { 
override def toString = s"Samount%" 


} 


case class Dollars(amount: Double) extends Amount { 
override def toString = s"$$$amount" 


} 


implicit class Units(amount: Double) { // @ 
def percent = Percentage(amount) 
def dollars = Dollars(amount) 


} 

case class Deduction(name: String, amount: Amount) { // ® 
override def toString = s"Sname: Samount" 

} 

case class Deductions( //@ 


Name: String, 
divisorFromAnnualPay: Double = 1.0, 
var deductions: Vector[Deduction] = Vector.empty) { 


def gross(annualSalary: Double): Double = // ® 
annualSalary / divisorFromAnnualPay 


def net(annualSalary: Double): Double = { 
val g = gross(annualSalary) 
(deductions foldLeft g) { 
case (total, Deduction(deduction, amount)) => amount match { 
case Percentage(value) => total - (g * value / 100.0) 
case Dollars(value) => total - value 
} 
} 
} 


override def toString = // ® 
s"Sname Deductions:" + deductions.mkString("\n ", "\n ", "") 


} 
} 


@ 定义 一 个 封闭 的 继承 结构 ， 封 装 应 该 扣除 的 工资 数额 ， 扣 除 的 项 目 要 么 是 总 额 的 国 
百分比 ， 要 么 是 一 个 固定 值 。 
implicit 类 ， 用 于 完成 Double 到 对 应 正确 Amount 子 类 的 转换 。 只 用 于 内 部 DSL。 
© 定义 一 个 类 型 表示 扣除 的 项 目 ， 有 具有 名 称 name 和 数额 amount 字段 。 





al 





























© 
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O 定义 一 个 类 型 ， 表 示 所 有 的 扣除 项 目 。 包 含 名 称 (4 Biweekly) 和 一 个 “除数 ”"， 该 除 
数 用 于 从 年 薪 中 计算 本 期 的 工资 。 

© 一 旦 deduction 实例 构造 完成 ， 就 返回 本 期 的 总 工资 和 净 工 资 。 

O 一 般 都 会 履 写 toString 方法 ， 以 返回 我 们 想 要 的 格式 化 形式 。 

以 下 是 内 部 DSL 的 开头 部 分 ， 甚 中 的 main 函数 显示 了 DSL 使 用 的 语法 : 


// src/main/scala/progscala2/dsls/payroll/internal/dsl.scala 

package progscala2.dsls.payroll.internal 

import scala.language.postfixOps //@ 
import progscala2.dsls.payroll.common._ 























object Payroll { // @ 
import dsl._ //° 
def main(args: Array[String]) = { 
val biweeklyDeductions = biweekly { deduct => //@ 
deduct federal_tax (25.0 percent) 
deduct state_tax (5.0 percent) 


deduct insurance_premiums (500.0 dollars) 
deduct retirement_savings (10.0 percent) 


} 


println(biweeklyDeductions) // © 
val annualGross = 100000.0 

val gross = biweeklyDeductions.gross(annualGross) 

val net = biweeklyDeductions.net(annualGross) 

print(f"Biweekly pay (annual: $$${annualGross}%.2f): ") 
println(f"Gross: $$${gross}%.2f, Net: $$${net}%.2f") 


} 
} 
我 们 需要 使 用 后 绥 表 达 式 ， 如 20.0 dollars, 
用 来 测试 该 DSL 的 对 象 。 








导入 这 个 DSL， 稍 后 会 用 到 它 。 

DSL 的 实际 使 用 。 和 希望 企业 利益 的 相关 者 可 以 很 容易 地 理解 这 里 所 表达 的 规则 ， 甚 至 
对 其 进行 编辑 。 需 要 明确 的 是 ， 这 是 Scala 的 语法 。 

O 将 扣除 打印 处 理 ， 然 后 计算 出 这 两 周 的 净 工 资 。 


本 程序 的 输出 如 下 所 示 (progscala2.dsls.payroll.internal.DSLSpec 使 用 ScalaCheck iH 
行 更 详细 的 验证 ) : 


Biweekly Deductions: 
federal taxes: 25.0% 
state taxes: 5.0% 
insurance premiums: $500.0 
retirement savings: 10.0% 
Biweekly pay (annual: $100000.00): Gross: $3846.15, Net: $1807.69 


现在 我 们 来 看 它 是 如 何 实现 的 : 























© ©O©Oe 

















A 
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object dsl { //@ 


def biweekly(f: DeductionsBuilder => Deductions) = //@ 
f(new DeductionsBuilder("Biweekly", 26.0)) 


class DeductionsBuilder( // ® 
name: String, 
divisor: Double = 1.0, 
deducts: Vector[Deduction] = Vector.empty) extends Deductions( 
name, divisor, deducts) { 


def federal_tax(amount: Amount): DeductionsBuilder = { // @ 
deductions = deductions :+ Deduction("federal taxes", amount) 
this 

} 


def state_tax(amount: Amount): DeductionsBuilder = { 
deductions = deductions :+ Deduction("state taxes", amount) 
this 


3 


def insurance_premiums(amount: Amount): DeductionsBuilder = { 
deductions = deductions :+ Deduction("insurance premiums", amount) 
this 


} 


def retirement_savings(amount: Amount): DeductionsBuilder = { 
deductions = deductions :+ Deduction("retirement savings", amount) 
this 
} 
} 
} 
@ 将 DSL 的 各 个 片段 包装 在 一 个 对 象 中 。 
@ biweekly 方法 是 定义 扣除 项 目的 入 口 。 它 构造 了 一 个 空 的 DeductionsBuilder 对 象 ， 该 
对 象 会 被 原 地 修改 (这 是 最 简单 的 设计 选择 )， 以 添加 新 的 Deduction 实例 。 
© 构建 Deduction， 这 里 为 了 方便 ,继承 了 它 。 最 终 用 户 只 能 看 到 Deduction 对 象 ， 但 构 
建 者 有 多 个 用 于 序列 化 表达 式 的 额外 方法 。 
O 支持 4 种 扣除 项 目 ， 这 是 第 一 个 。 注 意 它 是 如 何 原 地 更 新 Deduction 实例 的 。 
该 DSL 向 上 文 所 写 的 一 样 正常 工作 。 但 我 认为 ， 这 远 远 不 够 完善 。 以 下 是 存在 的 一 些 
问题 。 
。 严重 依赖 Scala 语法 技巧 
它 利用 中 组 表示 法 、 函 数字 面 量 等 来 开发 DSL， 但 用 户 很 容易 通过 添加 句号 、 括 号 和 
其 他 看 起 来 无 害 的 修改 ， 而 破坏 代码 。 
。 语法 约定 非常 随意 
括号 和 花 括 号 为 什么 这 么 放 ? 为 什么 在 匿名 函数 里 需要 deduct 参数 呢 ? 
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。 粗略 的 错误 提示 
如 果 用 户 输入 了 无 效 的 语法 ， 会 抛 出 Scala 的 错误 信息 ， 而 不 是 针对 该 领域 特有 的 错误 
信息 。 

。 DSL 未 能 阻止 用 户 做 错误 的 事情 
理想 情况 下 ，DSL 不 会 让 用 户 在 错误 的 情况 下 触发 任何 构造 行为 。 而 在 这 
构造 行为 是 在 DSL 对 象 中 可 见 的 。 没 有 什么 可 以 阻止 用 户 打 乱 正 确 的 调用 
出 实现 代码 中 使 用 的 内 部 类 型 的 实例 (如 Percentage) 等 等 。 

。 使 用 可 变 的 实例 
除非 你 是 一 个 完美 主义 者 ， 这 也 许 并 没有 那么 糟糕 。 像 这 样 的 DSL 既 不 是 为 高 性 能 
设计 ， 也 不 会 在 多 线程 环境 中 运行 。 接 受 可 变性 可 以 用 不 多 的 妥协 来 简化 实现 。 

这 些 问题 的 大 部 分 都 可 以 通过 更 多 的 努力 来 修复 。 

我 最 喜欢 的 内 部 DSL 的 例子 是 流行 的 Scala 测试 库 、ScalaTest (http://scalatest.org)、 

Specs2 (http://etorreborre.github.io/specs2) 和 ScalaCheck (http://scalacheck.org)。 它 们 提供 

了 很 好 的 面向 开发 者 的 DSL 示例 ， 使 得 创建 DSL 的 努力 物 有 所 值 。 


20.3 包含 解析 组 合子 的 外 部 DSL 


给 外 部 DSL 编写 解析 器 时 ， 你 可 以 使 用 诸如 Antlr (http://www.antlr.org) 这 样 的 解析 器 生 
成 工具 。 不 过 ，Scala 库 本 身 也 包含 了 解析 组 合子 的 库 ， 可 以 用 来 解析 大 部 分 采用 与 上 下 
文 无 关 文 法 的 外 部 DSL。 这 个 库 定义 内 部 DSL 的 方式 十 分 特殊 、 引 人 注意 ， 该 方式 使 得 
解析 器 的 定义 与 常见 的 语法 标记 特别 像 ， 就 像 扩展 的 巴 科 斯 范式 (EBNF). 

Scala 2.11 将 解析 组 合子 分 离 为 一 个 单独 的 JAR 文件 ， 所 以 它 现在 是 可 选 的 。 也 有 其 他 
的 第 三 方 库 ， 可 以 提供 比 这 个 库 更 好 的 性 能 ， 如 Parboiled 2 (https://github.com/sirthias/ 
parboiled2) 。 我 们 将 使 用 Scala 的 库 作 为 示例 ， 其 他 库 提供 的 DSL 与 此 类 似 。 


我 们 已 经 在 sbt 编译 依赖 中 包含 了 解析 器 组 合子 的 库 (参见 Scaladoc, http://www.scala- 
lang.org/api/current/scala-parser-combinators/index.html#package ) 。 


20.3.1 关于 解析 组 合子 


我 们 已 经 知道 集合 组 合子 可 以 用 来 构造 数据 转换 器 。 类 似 地 ， 解 析 器 组 合子 则 用 来 构造 块 
解析 器 。 解 析 器 可 以 处 理 输入 的 特定 位 ， 如 浮 点 数 、 整 数 等 等 ， 这 些 解析 器 又 被 组 合 在 一 
起 ， 以 解析 大 的 表达 式 。 一 个 良好 的 解析 器 库 应 该 支持 序列 和 交替 的 表达 式 、 重 复 、 可 选 


20.3.2 ”计算 工资 单 的 外 部 DSL 


我 们 将 重用 前 面 的 例子 ， 但 会 采用 更 简单 的 语法 。 因 为 我 们 的 外 部 DSL 可 以 不 必 符 合 
Scala 语法 。 其 他 的 一 些 修改 使 得 解析 器 的 构造 更 加 容易 ， 比 如 ， 在 每 个 工资 扣除 项 目 之 
间 添 加 逗号 。 














顺序 ， 构 造 
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像 之 前 一 样 ， 我 们 先 给 出 import 语句 和 主 函 数 : 





// src/main/scala/progscala2/dsls/payroll/parsercomb/dsl.scala 
package progscala2.dsls.payroll.parsercomb 
import scala.util.parsing.combinator._ 
import progscala2.dsls.payroll.common._ //@ 
object Payroll { 
import dsl.PayrollParser // @ 


def main(args: Array[String]) = { 


val input = """biweekly { // ® 
federal tax 20.0 percent, 
state tax 3.0 percent, 


insurance premiums 250.0 dollars, 

retirement savings 15.0 percent 
penpan 
val parser = new PayrollParser //@ 
val biweeklyDeductions = parser.parseAll(parser.biweekly, input).get 


println(biweeklyDeductions) // ® 
val annualGross = 100000.0 

val gross = biweeklyDeductions.gross(annualGross) 

val net = biweeklyDeductions.net(annualGross) 

print(f"Biweekly pay (annual: $$${annualGross}%.2f): ") 
println(f"Gross: $$${gross}%.2f, Net: $$${net}%.2f") 


















































} 
} 

@ 再 次 使 用 这 里 定义 的 部 分 公共 类 型 。 

@ 表示 工资 扣除 的 “ 根 ” 解 析 器 。 

© MA. 注意 到 ， 这 次 输入 的 是 一 个 String， 而 不 是 Scala 表达 式 。 

@ 创建 一 个 解析 器 实例 ， 通 过 调用 biweekly 使 用 这 个 解析 器 ，biweekly 返回 用 于 整个 
DSL 的 解析 器 。parseALL 方法 返回 Parsers.ParseResult (http://www.scala-lang.org/api/ 
current/scala-parser-combinators/#scala.util.parsing.combinator.Parsers$ParseResult), ， 我 们 
再 调用 get 得 到 Deductions, 

© 像 上 个 示例 一 样 ， 打 印 出 输出 。 扣 除 的 数量 与 上 次 不 同 ， 所 以 净 工 资 也 会 不 一 样 。 

以 下 是 解析 器 的 定义 : 


object dsl { 
class PayrollParser extends JavaTokenParsers { //@ 


/** @return Parser[(Deductions)] */ 

def biweekly = "biweekly" ~> "{" ~> deductions <~ "}" ^^ { ds => // @ 
Deductions("Biweekly", 26.0, ds) 

} 


/** @return Parser[Vector[Deduction]] */ 
def deductions = repsep(deduction, ",") ^^ { ds => // 日 
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ds.foldLeft(Vector.empty[Deduction]) ( :+ _) 
} 


/** @return Parser[Deduction] */ 
def deduction = federal_tax | state_tax | insurance | retirement // @ 


/** @return Parser[Deduction] */ 


def federal_tax = parseDeduction("federal", "tax") // ® 
def state_tax = parseDeduction("state", "tax") 
def insurance = parseDeduction("insurance", "premiums" ) 


def retirement parseDeduction("retirement", "savings") 


private def parseDeduction(word1: String, word2: String) = [IL O 
word1 ~> word2 ~> amount ^^ { 
amount => Deduction(s"${word1} ${word2}", amount) 


} 


/** @return Parser[Amount] */ 
def amount = dollars | percentage //@ 


/** @return Parser[Dollars] */ 
def dollars = doubleNumber <~ "dollars" ^^ { d => Dollars(d) } 


/** @return Parser[Percentage] */ 
def percentage = doubleNumber <~ "percent" ^^ { d => Percentage(d) } 


def doubleNumber = floatingPointNumber ^^ (_.toDouble) 
} 
} 


@ 类 通过 其 中 的 方法 定义 了 语法 和 解析 器 。 

@ 顶层 解析 器 ， 该 解析 器 通过 组 合 小 解析 器 创建 得 到 。 入 口 方法 biweekly 返回 
Parser[Deductions]， 这 是 一 个 可 以 从 字符 串 中 解析 出 工资 扣除 项 目的 解析 器 ， 它 返回 
一 个 Deductions 对 象 。 我 们 稍 后 会 讨论 它 的 语法 。 

© 解析 一 组 由 逗号 分 隔 的 扣除 项 目 。 其 中 逗号 的 添加 简化 了 解析 器 的 实现 。repsep 方法 
可 以 解析 任意 个 数 的 扣除 项 目 表达 式 .。 


















































@ 4 个 扣除 项 目 。 
@ 调用 辅助 函数 ， 构 造 解 析 这 4 个 项 目的 解析 器 
@ 用 于 处 理 这 4 个 扣除 项 目的 辅助 方法 。 
© 解析 amount，amount 是 由 dollars 和 percent 组 成 的 。 同 时 创建 了 对 应 的 Amount 
实例 。 
下 面 我 们 仔细 观看 biweekly 的 写法 ， 为 方便 讨论 我 们 再 一 次 给 出 biweekly 的 写法 : 
"biweekly" ~> "{" ~> deductions <~ "}" //@ 
^^ { ds => Deductions("Biweekly", 26.0, ds) } //@ 


O 找到 3 个 结束 标记 (terminal token), biweekly, {. }, LAMM {…} 中 内 容 计算 扣除 的 
结果 。 类 似 eal (其 实 是 方法 名 ) ~> 和 <~ 表示 将 ~ 一 侧 的 标记 丢掉 。 于 是 语 
法 标记 都 去 掉 了 ， 只 留 下 deductions, 
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o “7A Cid) 和 右边 (语法 规则 ) DIF. 


语法 规则 带 一 个 参数 ， 是 保留 下 来 的 标 


las Se ey 则 需要 使 用 一 个 形 如 { case tl ~ t2 ~ t2 => ... 的 偏 函 数 








字面 








需要 注意 的 是 ， 这 里 六 





。 在 这 个 例子 中 ，ds 是 Deduction 实例 的 Vector， 








用 于 构造 Deductions 实例 。 


F 不 需要 内 部 DSL 中 的 DeductionsBuilder。 详 尽 的 验证 可 以 参阅 


progscala2.dsls.payroll.parsercomb.DSLSpec 中 的 测试 ， 该 测试 使 用 ScalaCheck 进行 验证 。 


20.4 














内 部 DSL 与 外 部 DSL: 最 后 


下 面 我 们 来 比较 一 下 用 户 所 写 的 内 部 DSL 和 外 部 DSL. xE 


val biweeklyDeductions = biweekly { deduct => 
deduct federal_tax (25.0 percent) 
deduct state_tax (5.0 percent) 
deduct insurance_premiums (500.0 dollars) 
deduct retirement_savings (10.0 percent) 














} 
下 面 给 出 外 部 DSL: 
val input = """biweekly { 
federal tax 20.0 percent, 
state tax 3.0 percent, 


insurance premiums 250.0 dollars, 
retirement savings 15.0 percent 


i wn 








的 思考 


再 次 给 出 内 部 DSL: 























外 部 DSL 更 简单 ， 但 用 户 必 须 将 DSL 语句 放 在 字符 串 中 。 所 以 ， 外 部 DSL 中 不 存在 代码 
补 全 、 纠 错 、 语 法 高 亮 和 其 他 IDE 特性 。 





但 另 一 方面 




















i， 外 部 DSL 更 容易 实现 (也 更 有 趣 )。 它 对 Scala 解析 技巧 的 依赖 也 相对 较 少 。 


你 必须 权衡 其 中 的 取舍 ， 做 出 最 适合 你 的 选择 。 如 果 DSL 与 Scala“ 足 够 接近 ”， 在 Scala 内 


部 花费 合 到 











E 的 努力 即 可 实现 ， 并 有 不 错 的 健壮 性 ， 那 么 内 部 DSL 的 用 户 体验 通常 会 更 好 。 


显然 这 也 是 前 面 提 到 的 测试 库 的 最 佳 选 择 。 如 果 DSL 与 Scala 的 语法 相差 大 远 ， 这 也 许 是 因 
为 DSL 是 一 门类 似 SQL 的 大 众 语言 ， 使 用 带 引 号 的 字符 串 的 外 部 DSL 可 能 是 最 好 的 选择 。 

回顾 5.3.1 节 ， 我 们 可 以 实现 自己 的 字符 串 播 值 器 。 这 样 ， 我 们 就 可 以 用 稍微 简单 一 点 的 
语法 来 封装 一 个 用 组 合子 构建 的 解析 器 。 例 如 ， m :实现 了 一 个 SQL 语法 分 析 器 ， 用 户 


便 可 以 使 用 sqL"SELECT * FROM table WHERE ...; 


样 显 式 地 调用 该 解析 器 API 


205 ”本 章 回顾 与 下 一 章 提 要 


人 们 在 创建 DSL 时 很 容易 放弃 。 
合 客户 的 可 用 性 需求 的 健壮 DSL, H 














进行 长 期 的 维护 与 支持 。 





在 下 一 章 中 ， 我 们 将 探讨 Scala 的 工具 和 库 。 





"来 调用 该 分 析 器 ， 而 不 必 像 我 们 之 前 一 


创建 Scala 中 的 DSL 可 以 说 相当 有 趣 ， 但 是 ， 要 创建 符 
中 的 工作 量 不 可 低估 。 除 了 巨大 的 工作 努力 ， 还 需要 
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本 章 将 对 我 们 曾经 使 用 过 的 Scala 工具 进行 详细 地 讲解 ， 这 些 工具 包括 编译 器 scalac、 
REPL 中 的 scala 命令 等 。 我 们 将 讨论 构造 工具 选项 、IDE 以 及 如 何在 文本 编辑 器 中 集 
成 这 些 工 具 ， 之 后 我 们 将 学 习 Scala 的 测试 库 ， 最 后 我 们 将 列举 某 些 可 能 有 用 的 第 三 
Scala 库 。 


21.1 命令 行 工具 


尽管 你 的 大 多 数 工 作 都 是 在 IDE 或 SBT REPL 中 完成 的 ， 理 解 命令 行 工 具 的 工作 原因 仍 能 
为 你 带 来 一 些 额 外 的 灵活 度 ， 而 如 果 图 形 化 工具 无 法 正常 工作 ， 这 些 工 具 也 能 作为 一 个 备 
用 方案 。 在 大 多 数 时 候 ， 你 都 会 在 SBT 构造 文件 或 IDE 设置 中 配置 编译 器 标志 ， 之 后 你 
会 通过 console 命令 ， 在 当前 SBT 会 话 中 运行 REPL. 

在 1.2 入， 我 们 讲解 了 如 何 安装 命令 行 工具 。 所 有 命令 行 工具 都 位 于 SCALA_HOME/bin 
文件 夹 中 ， 其 中 SCALA_HOME 是 Scala 的 安装 路 径 。 

你 可 以 访问 http:Wwww.scala-lang.org/documentation 页 面 ， 了 解 更 多 关于 命令 行 工 具 的 相关 
信息 。 
































21.1.1 命令 行 工 具 : scalac 
scalac 命令 会 编译 Scala 源 文件 ， 并 生成 JVM 类 文件 。 


scalac 命令 只 是 一 个 封装 了 java 命令 的 shell 脚本 而 已 ， 该 脚本 将 包含 Scala 编译 器 Main 
对 象 的 名 字 传 递 给 了 java 命令 。 除 此 之 外 ， 该 脚本 还 将 Scala 使 用 的 JAR 文件 添加 到 
CLASSPATH 中 ， 并 定义 了 许多 与 Scala 相关 的 系统 参数 。 
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scalac 命令 运行 格式 如 下 : 
scalac <options> <source files> 


我 们 回顾 下 1.3 节 的 内 容 ， 源 文件 名 并 不 需要 与 文件 中 定义 的 public 类 的 类 名 相 吻 合 。 实 际 
上 ， 你 可 以 在 同一 个 文件 中 定义 多 个 public 类 。 类 似 地 ， 包 名 也 无 需 与 路 径 结 构 相 一 致 。 


但 是 ， 为 了 遵守 JVM 需求 ，Scala 会 为 每 个 类 型 生成 一 个 独立 的 类 文件 ， 类 文件 名 与 类 型 
名 相同 。 同 样 ， 这 些 类 文件 会 根据 所 在 的 包 声 明 体 的 名 称 写 入 对 应 的 文件 夹 中 。 


K 21-1 列举 了 scalac 的 选项 。 使 用 2.11.2 版 本 的 编译 器 上 时， 执行 scalac -help 命令 便 能 
得 到 这 些 选 项 的 说 明 ( 表 中 对 这 些 选 项 说 明 做 了 少许 修改 )。 


表 21-1: scalac 命 令 选 项 














选 项 说 明 
-Dproperty=value 将 -Dproperty=value 选项 直接 传递 给 运行 时 系统 
-Jflag 将 Java 标志 直接 传递 给 运行 时 系统 


-Pplugin:opt 

-X 

-bootclasspath path 
-classpath path 

-d directory or jar 
-dependencyfile file 


-deprecation 


-encoding encoding 
-expLaintypes 
-extdirs dirs 


-feature 


-g: level 


-help 
-javabootclasspath path 
-javaextdirs path 


- Language: feature 


-no-specialization 
-nobootcp 

-nowarn 

-optimise 

-print 


-sourcepath path 








将 选项 opt 传递 给 某 一 编译 器 插件 





覆 写 用 于 启动 的 类 文件 的 路 径 
设置 用 户 类 文件 的 查找 路 径 
指定 生成 类 文件 的 地 址 
指定 记载 了 依赖 关系 的 文件 
假如 用 户 使 用 了 已 过 时 的 API， 输 出 信息 中 将 不 再 打印 警告 信息 和 这 些 API 
对 应 的 源 文件 位 置 

指定 源 文 件 使 用 的 字符 编码 

出 错时 更 详细 地 解释 类 型 错误 

重新 设置 已 安装 编译 器 扩展 的 路 径 

假如 没有 显 式 地 导入 那些 应 显 式 导入 的 功能 ， 将 显示 对 应 的 警告 信息 和 代码 
位 置信 息 

指定 生成 的 调试 信息 的 级 别 ， 包 括 none, source, line, vars (默认 级 别 ) 和 
notailcalls 

打印 标准 选项 的 摘要 信息 

对 Java 的 启动 classpath 进行 履 写 

#5 Java 的 extdirs 的 类 路 径 

启动 一 个 或 多 个 语言 功能 ， 这些 功 能 包括 : dynamics, postfix0ps, 
reflectiveCalls, implicitConversions, higherKinds, existentials, LJ) J% exp 
erimental.macros ( 输入 多 个 功能 时 ， 这 些 功 能 以 逗号 分 割 ， 不 能 包含 空格 ) 
忽略 所 有 的 @specialize 标注 
不 要 对 Scala 语言 的 JAR 包 使 用 启动 类 路 径 

不 生成 警告 信息 

通过 对 程序 进行 优化 ， 生 成 运行 速度 更 快 的 字 市 码 
不 考虑 任何 scala 相关 的 功能 ， 仅 仅 打印 程序 内 容 
指定 源 文 件 的 查找 路 径 
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( 续 ) 













































































选 项 说 明 

-target: target 指定 运行 目标 文件 的 目标 平台 ， 如 : jvm-1.5 (不 推荐 )、jvm-1.6 (BRU), 
jvm-1.7 

-toolcp path 将 指定 目录 添加 到 运行 类 路 径 中 

-unchecked 有 时 候 scala 需要 根据 猜测 ， 才 能 决定 生成 的 代码 。 此 时 如 果 开 启 了 这 一 选 
项 ，scalac 便 会 打印 出 一 些 额 外 的 警告 信息 

-uniqid 在 调试 的 输出 信息 中 ， 给 所 有 的 标识 符 添加 一 个 唯一 的 标签 

-usejavacp 使 用 java.class.path 路 径 作为 classpath 

-usemanifestcp 使 用 manifest 文件 中 定义 的 classpath 

-verbose 在 输出 中 打印 编译 器 正在 执行 的 工作 信息 

-version 打印 产品 版 本 信息 ， 之 后 退出 

@file 指定 了 一 个 文本 文件 ， 该 文件 中 记录 了 编译 器 参数 (编译 器 选项 和 需要 编译 
的 文件 ) 








接 下 来 ， 我 们 将 选择 一 部 分 选项 进行 讨论 。 
假如 在 变量 名 字 或 允许 的 符号 中 使 用 非 ASCII 的 字符 (例如 ， 使 用 Unicode\u21D2 而 不 是 
=&tg 字符 来 表示 => 符号 ) ， 你 需要 使 用 -encoding UTF8 选项 。 


如 果 出 现 类 型 错误 时 你 希望 能 够 得 到 更 完整 的 解释 信息 ， 请 使 用 -explaintypes 选项 。 


从 Scala 2.10 开始 ， 一 些 更 高 级 的 语言 功能 都 被 设置 为 可 选 功能 ， 因 此 开发 团队 可 以 选择 
启动 他 们 希望 使 用 的 功能 。 这 也 是 解决 Scala 复杂 性 问题 工作 的 一 部 分 ， 如 果 需 要 的 话 ， 
我 们 仍然 可 以 使 用 Scala 的 高 级 结构 。 使 用 -feature 选项 后 ， 假 如 源 代 码 未 显 式 引 入 这 些 
可 选 功能 ， 并 且 未 开启 -anguage:< 功能 名 > 编译 器 标记 ， 那 么 scala 便 会 发 出 警告 信息 ， 
并 列 出 使 用 了 这 些 功能 的 所 有 的 源码 位 置 。 


scala. language 对 象 (http://www.scala-lang.org/api/current/#scala.language$) 定义 了 一 组 可 
选 语言 trait， 相 关 的 Scaladoc (http://www.scala-lang.org/api/current/#scala.language$) 页 面 
也 解释 了 这 些 功 能 被 设置 为 可 选 功能 的 原因 。 下 面 的 表 21-2 列 出 了 这 些 功 能 。 


表 21-2: 可 选 的 语言 功能 































































































功能 名 功能 描述 

dynamics AJH Dynamic E (请 参照 第 19 章 的 相关 内 容 ) 

postfixOps 启用 后 缀 操作 符 (例如 ，169 toString) 

reflectiveCalls 允许 用 户 使 用 结构 化 类 型 (请 参考 24.2.1 节 的 相关 内 容 ) 

implicitConversions 人 允许 用 户 定义 隐 式 方法 及 成 员 (请 参考 5.3 节 的 相关 内 容 ) 

higherKinds 允许 用 户 编写 higher-kinded 类 型 (请 参考 15.5 节 的 相关 内 容 ) 

existentials 允许 用 户 编写 存在 类 型 (existential types， 请 参考 14.9 节 的 相关 内 容 ) 

experimental 包含 了 一 些 较 新 的 功能 ， 这 些 功 能 目前 尚未 在 生产 环境 中 测试 过 。 目 前 只 有 宏 是 
Scala 语言 中 唯一 的 试验 功能 (请 参考 24.4 节 的 相关 内 容 ) 























-X 高 级 选项 ( 即 scalac -X 和 scala -Xx) 提供 了 控制 是 否 输出 复杂 的 诊断 信息 、 调 整编 译 
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器 行为 、 控 制 使 用 的 试验 性 扩展 和 播 件 等 功能 。 表 21-3 对 其 中 的 某 些 选项 进行 了 说 明 。 
表 21-3: -X 的 一 些 高 级 选项 





















































-Xcheckinit 对 字段 访问 器 进行 封装 ， 假 如 访问 了 未 初始 化 的 字段 ， 便 会 抛 出 异常 
(请 参考 11.4 节 的 相关 内 容 ) 

-Xdisable-assertions 不 生成 断言 和 假设 信息 

-Xexperimental 启用 某 些 试验 性 的 扩展 功能 

-Xfatal-warnings 只 要 存在 任何 警告 信息 ， 编 译 过 程 便 以 失败 告终 

-Xfuture 启用 future 语言 特性 (if any for a particular release) 

-Xlint 启用 Lint 推荐 的 额外 警告 信息 

-Xlog-implicit-conversions 每 出 现 一 次 隐 式 转换 ， 便 打印 出 一 条 日 志 信 息 

-Xlog-implicits 如 果 出 现 了 不 可 用 的 隐 式 ， 便 会 详细 地 显示 不 适用 的 原因 

-Xmain-class path 指定 JAR 文件 manifest 中 的 主 类 入 口 ， 只 有 使 用 -d jar 选项 才 起 作用 。 

-Xmigration:v 假如 某 些 结构 的 行为 从 Scala 的 第 v 版 起 发 生 了 变化 ， 那 么 将 给 出 警告 
信息 

-Xscript ob7ect 将 源 代码 文件 视 为 脚本 ， 并 将 文件 内 容 封 装 到 main 方法 内 

-Y 打印 关于 私有 选项 的 概要 信息 。 所 谓 私 有 选项 ， 是 用 于 实现 新 的 语言 特 








性 的 那些 选项 








在 下 面 的 示例 中 ， 我 们 第 一 次 在 REPL 中 使 用 了 -XLint 选项 。 从 该 示例 中 ， 你 能 观察 到 
-XLint 选项 增加 了 一 些 额 外 的 警告 信息 : 














$ scala -Xlint 
Welcome to Scala version 2.11.2 ... 


scala> def hello = println("hello!") 
<console>:7: warning: side-effecting nullary methods are discouraged: 
suggest defining as ‘def hello()* instead 
def hello = println("hello!") 
A 


hello: Unit 


所 有 返回 Unit 类 型 的 函数 都 应 该 具有 副作用 。 在 这 个 示例 中 ， 我 们 会 打印 输出 信息 。 依 照 
Scala 代码 的 规范 ， 只 有 当 国 数 不 会 有 任何 副作用 时 ， 才 能 将 其 声明 为 零 元 方法 (nullary 
method) ， 即 不 为 该 方法 指定 参数 列表 。 由 于 hello 方法 具有 副作用 ， 因 此 此 处 出 现 了 一 条 


警告 信息 。 


假如 你 在 编译 脚本 文件 时 ， 和 希望 将 其 作为 普通 Scala 源 代 码 文件 进行 处 理 ， 那 么 -Xscript 
选项 便 派 上 了 有 用场。 这样 做 的 好 处 在 于 减少 重复 编译 该 脚本 所 导致 的 启动 开启。 


我 推荐 读者 在 日 常 工作 中 使 用 -deprecation, -unchecked, feature 和 
-XLint 选项 。( 对 于 某 些 代码 库 而 言 ， 使 用 -XLint 选项 也 许 会 产生 非常 多 的 
警告 信息 。) 这 些 选项 除了 能 够 帮助 我 们 减少 bug 之 外 ， 还 能 提醒 我 们 不 要 
使 用 过 时 库 。 与 其 他 的 标志 一 样 ， 我 们 会 在 代码 示例 对 应 的 build.sbt 文件 中 
使 用 这 些 标志 。 
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21.1.2 Scala 命令 行 工 具 


如 果 指 定 了 待 运行 的 程序 ，scala 命令 会 执行 该 程序 。 假 如 未 指定 程序 名 ，scala 会 启动 
REPL。 与 scalac 相似 ，scala 同样 也 是 一 个 shel 脚本 。 输 入 下 列 语句 ， 便 能 运行 scala 


AA 
命令 。 





scala <options> [<script|class|object|jar> <arguments>] 


scalac 命令 行 选项 同样 适用 于 scala 命令 ， 除 此 之 外 ，scala 还 能 接受 表 21-4 列 出 的 额外 
选项 。 

表 21-4: 额外 的 scala 命 令 选 项 

Saa M e a 

-howtorun ”执行 的 是 什么 类 型 的 程序 呢 ? 脚本 、 对 象 、jar 包 还 是 让 scala 自己 猜测 (默认 行为 ) 

-i file 在 启动 REPL 之 前 ， 预 先 加 载 文 件 内 容 

-e string ”执行 string 字符 串 ， 将 其 视 为 输入 到 REPL 上 的 命令 

-save 将 编译 过 的 脚本 存储 成 TAR 文件 ， 这 样 一 来 ， 之 后 使 用 该 脚本 时 无 需 对 其 重 编 译 

-nc 不 运行 编译 守护 进程 。 此 上 时， 离线 编译 器 fsc 将 会 自动 运行 ， 以 避免 每 次 重启 编译 器 的 开销 


















































运行 scala 命令 时 ， 将 会 对 第 一 个 非 选 项 的 参数 进行 解释 ， 并 将 其 作为 scala 执行 的 程序 。 
假如 未 指定 该 参数 ， 那 么 将 启动 REPL 终端 。 假 如 用 户 指定 了 需要 执行 的 程序 ， 那 么 出 现 
在 程序 参数 之 后 的 所 有 参数 都 将 作为 args 数组 传递 给 程序 。 我 们 在 之 前 的 许多 示例 中 都 使 
用 过 args 数组 。 


另外 ， 除 非 指定 了 -howtorun 选项 ， 否 则 scala 会 自行 推测 程序 的 类 型 。 假 如 传人 了 
Scala 源码 的 文件 ， 那 么 scala 会 将 其 视 为 脚本 ， 并 执行 该 脚本 。 假 如 传人 了 一 个 定义 了 
main 方法 的 类 文件 或 具有 Main-Class 属性 的 JAR 文件 ，scala 便 会 运行 一 个 典型 的 Java 
程序 。 


如 果 和 希望 能 在 输入 命令 之 前 预 加载 某 一 文件 ， 你 可 以 在 交互 模式 下 使 用 -i file 选项 。 即 
便 进 入 了 REPL 模式 ， 你 还 能 使 用 :Load filename 命令 加 载 文件 。 假 如 你 开启 了 REPL 模 
式 ， 并 且 需 要 重复 执行 相同 的 命令 ， 那 么 使 用 这 样 一 个 预 加 载 文 件 会 很 有 用 。 

使 用 REPL 时 ， 你 可 以 处 理 许 多 条 命令 。 输 入 :help 命令 可 以 查看 这 些 命令 的 概要 描述 。 
K 21-5 列 出 了 Scala 2.11.2 版 提供 的 可 用 命令 ， 我 们 对 其 做 了 少量 的 编辑 。 


表 21-5: Scala REPL 中 可 以 使 用 的 命令 






























































oe 之 描 È 

:cp path 将 某 个 JAR 包 或 基 个 目录 添加 到 classpath 中 

:edit id or line 编辑 输入 历史 

:help [command] 打印 概括 性 的 帮助 信息 或 某 个 命令 相关 的 帮助 信息 

:history [num] 显示 命令 的 历史 纪录 (num 是 可 选 参 数 ， 代 表 了 显示 的 命令 条 数 ) 
:h? string 查询 历史 纪录 





:imports/name name ...] 显示 加 载 文 件 的 历史 记录 ， 以 便 了 解 这 些 定义 名 称 的 来 源 
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:implicits [-v] 显示 作用 域 中 定义 的 各 类 隐 式 〈-v 是 可 选项 ， 假 如 包含 了 -v 选项 ， 会 显示 
更 详细 的 输出 内 容 ) 

:javap path or class 对 指定 的 文件 或 指定 名 称 的 类 进行 反 编译 

:line id or line 在 历史 信息 末尾 处 放置 几 行内 容 

:load path path 指定 了 某 一 文件 ，scala 会 对 文件 中 的 各 行内 容 进行 解释 

:paste [-raw] [path] 进入 粘贴 模式 ， 或 者 复制 茶 个 文件 的 内 容 

:power 进入 超级 用 户 模式 (请 查看 输入 该 命令 后 打印 的 信息 ) 

:quit 退出 Scala 解释 器 (也 可 以 使 用 Ctrl-D 快捷 键 ) 

:replay 重 置 执行 ， 并 重新 运行 之 前 输入 的 所 有 命令 

:reset 将 REPL 重新 设置 为 起 始 状态 ， 并 移 除 所 有 的 会 话 入 

:save path 将 该 会 话 信 息 存储 到 文件 中 ， 之 后 可 以 使 用 该 文件 执行 replay 操作 

:sh command line 执行 一 条 shell 命令 (执行 结果 类 型 为 implicitly => List[String]) 

:settings/+ or -Joptions 启用 (+)/ 关闭 (- ) 标志 位 ， 设 置 编 译 器 选项 

:silent 关闭 /开启 自动 打印 结果 值 的 功能 

:type [-v]expr 在 不 对 表达 式 进 行 估 值 的 情况 下 展示 表达 式 类 型 

:kind [-v]expr 展示 表达 式 类 型 的 kind 值 

:warnings 找到 最 近 一 行 具有 警告 信息 的 代码 ， 并 显示 对 应 的 警告 信息 





使 用 :power 命令 可 以 进入 “超级 用 户 模式 ”， 该 模式 提供 了 额外 的 命令 用 于 查看 内 存 中 的 
数据 ， 如 抽象 语法 树 、 解 析 器 属性 等 。 你 还 能 对 编译 器 进行 操作 。 

假如 要 执行 的 脚本 的 使 用 频率 较 高 ， 运 行 scala 命令 来 执行 这 些 脚 本 就 会 显得 有 些 麻烦 。 
在 Windows 和 类 Unix 系统 中 ， 你 可 以 编写 独立 的 Scala 脚本 ， 无 需 通 过 scalac 脚本 文件 
名 的 方式 执行 该 脚本 。 


对 于 类 Unix 系统 ， 下 面 的 示例 说 明了 如 何 编写 一 个 可 执行 脚本 。 请 记 住 你 需要 为 脚本 文 
件 设 置 可 执行 的 权限 ， 如 执行 chmod +x secho 命令 : 


#!/bin/sh 

# src/main/scala/progscala2/toolslibs/secho 
exec scala "$0" "S@" 

'# 

print("You entered: ") 

args.toList foreach { s => printf("%s ", s) } 
println 


下 面 列 出 了 该 脚本 可 能 的 应 用 场景 : 


$ secho Hello World 
You entered: Hello World 


Windows 平台 的 .bat 命令 脚本 与 之 前 的 脚本 较为 相似 ， 如 下 所 示 : 


: :#1! 
@echo off 
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call scala %0 %* 

goto :eof 

tilt 

print("You entered: ") 

args.toList foreach { s => printf("%s ", s) } 
println 


scala 命 令 与 scalac 命 令 的 局 限 
使 用 scala 命令 运行 源 文 件 或 是 使 用 scalac 编译 源 文件 都 具有 一 些 局 限 性 。 
通过 scala 命令 执行 的 脚本 会 被 封装 到 一 个 匿名 对 象 中 ， 封 装 后 的 脚本 与 下 面 示例 或 多 或 
少 有 些 相似 : 
object Script { 
def main(args: Array[String]): Unit = { 


new AnyRef { 
// 你 的 脚本 代码 将 被 插入 到 此 处 。 


} 
} 


Scala 对 象 中 无 法 坐 入 包 声 明 体 ， 这 意味 着 你 无 法 在 脚本 中 声明 包 。 这 解释 了 本 书 中 所 有 
声明 了 包 的 示例 都 必须 经 过 编译 之 后 再 运行 的 原因 。 

反 过 来 ， 有 些 脚 本 无 法 使 用 scalac 进行 编译 。 除 非 你 在 编译 时 使 用 了 -Xscript ob7ect 选 
项 ， 选 项 中 的 option 表示 被 编译 对 象 的 名 称 。 在 之 前 的 示例 中 ，object 对 应 了 对 象 名 : 
Script。 换 言 之 ， 编 译 器 选项 -Xscript 会 对 脚本 内 容 进行 封装 ， 其 封装 器 正 是 REPL fast 
封闭 时 所 使 用 的 封闭 器 。 

之 所 以 编译 某 些 脚本 时 需要 使 用 对 象 封装 器 ， 是 由 于 Scala 不 允许 在 类 型 外 定义 或 调用 函 
数 。 将 scala 命令 作为 脚本 ， 下 面 的 示例 能 够 正常 地 运行 : 


// src/main/scala/progscala2/toolslibs/example.sc 






























































case class Message(name: String) 
def printMessage(msg: Message) = println(msg) 
printMessage(new Message("This works fine with the REPL")) 


不 过 ， 假 如 使 用 scalac 编译 该 脚本 ， 但 未 添加 -Xscript 选项 时 ， 你 会 发 现 系 统 产 生 了 下 
列 错误 : 


example.sc:3: error: expected class or object definition 
def printMessage(msg: Message) = println(msg) 
Nn 





example.sc:5: error: expected class or object definition 
printMessage(new Message("This works fine with the REPL")) 
An 


two errors found 


我 们 应 该 使 用 下 列 方式 编译 并 执行 该 脚本 : 
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scalac -Xscript MessagePrinter src/main/scala/progscala2/toolslibs/example.sc 
scala -classpath . MessagePrinter 


由 于 脚本 会 被 放置 在 默认 包 内 ， 因 此 生成 的 类 文件 将 位 于 当前 文人 


MessagePrinter$Sanon$1$Message$.class 
MessagePrinter$Sanon$1$Message.class 
MessagePrinter$$anon$1.class 
MessagePrinter$.class 
MessagePrinter.class 


对 每 个 文件 都 执行 javap -private (我 们 将 在 下 一 节 中 讲解 该 命令 ) ， 便 能 查看 这 些 文件 
所 包含 的 声明 体 。-p 标志 会 提醒 javap 程序 列 出 所 有 的 成 员 ， 包 括 私 有 成 员 和 受 保护 成 
员 (运行 javap -help， 可 以 查看 所 有 的 选项 )。 在 javap 命令 中 需要 省 略 .class 后 级 ， 如 
javap MessagePrinter$$anon$1$Message$, 

MessagePrinter 和 MessagePrinter$ 都 是 scalac 命令 生成 的 封装 类 ， 这 两 个 封装 类 为 脚本 
提供 了 “应 用 程序 ”入 口 。MessagePrinter 定义 了 我 们 所 需 的 静态 main 方法 。 
MessagePrinter$$anon$1 是 scala 生成 的 一 个 Java 类 ,该 类 封装 了 整个 脚本 。 脚 本 中 定义 
的 printMessage 方法 变 成 了 此 类 的 一 个 私有 方法 。 


MessagePrinter$$anon$1$Message 是 Message 类 。 
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K: 

















MessagePrinter$$anon$1$Message$ 是 Message 的 伴生 对 象 。 


21.1.3 scalap 和 javap 命 令 行 工具 


假如 你 希望 理解 Scala 结构 体 是 如 何 使 用 JVM 字 节 码 实现 的 ， 反 编译 器 能 派 上 用 场 。 反 编 
译 器 能 帮助 你 理解 Scala 名 字 为 了 能 够 转换 成 与 JVM 兼容 的 名 字 ， 遭 受 了 怎样 的 破坏 。 


老 资格 的 javap 出 自 于 JDK。 就 像 是 输出 Java 源 代码 一 样 ， 即 使 是 处 理 scalac 编译 Scala 
代码 后 产生 的 文件 ，javap 也 能 输出 文件 中 包含 的 声明 体 。 因 此 ， 假 如 你 希望 查看 Scala 中 
的 定义 体 是 如 何 被 映射 成 有 效 的 Java 字 节 码 ， 运 行 javap 命令 查看 这 些 类 文件 是 一 个 很 好 
的 方法 。 

Scala 提供 了 scalap 工具 ， 该 工具 将 输出 文件 中 包含 的 声明 体 ， 这 些 输出 看 上 去 就 像 是 
Scala JAR — tE, At, TRA, Scala 2.11.0 版 和 2.11.1 版 没有 将 scalap 包含 在 发 
行 版 本 中 。 你 可 以 访问 http://mvnrepository.com/artifact/org.scala-lang/scalap/2.11.1， 下 载 
2.11.1 版 的 scalap 的 JAR 文件 ， 然 后 将 JAR 文件 复制 到 安装 的 lib 目录 中 。Scala 2.11.2 版 
包含 scalap 工具 。 















































执行 scalap -cp . MessagePrinter 命令 ， 对 之 前 章节 中 出 现 的 MessagePrinter.class 进行 反 
编译 。 如 果 一 切 正常 的 话 ， 你 将 可 以 看 到 下 列 输出 (我们 对 代码 格式 进行 了 修正 ， 以 符合 
书页 的 大 小 ) : 








object MessagePrinter extends scala.AnyRef { 
def this() = { /* 编译 后 的 代码 */ } 


def main(args : scala.Array[scala.Predef.String]) : scala.Unit = { 
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/* 编译 后 的 代码 */ 
} 
} 
我 们 将 其 与 javap -cp . MessagePrinter 命令 的 输出 进行 对 比 : 


Compiled from "example.sc" 
public final class MessagePrinter { 
public static void main(java.lang.String[]); 


} 
现在 我 们 看 到 的 main 方法 的 声明 体 就 和 阅读 Java 源 代码 中 的 main 声明 体 一 样 了 。 
这 些 工 具 均 提供 了 -help 命令 选项 ， 该 选项 描述 了 这 些 工具 提供 的 功能 选项 。 
下 面 进入 练习 环节 ， 我 们 将 对 由 progscala2/toolslibs/Complex.scala 生成 的 类 文件 实施 反 编 
译 ， 该 文件 实现 了 Complex 这 一 数值 类 。 我 们 之 前 已 经 使 用 SBT 对 Complex.scala 文件 进 
行 了 编辑 。 现 在 ， 我 们 将 对 产生 的 类 文件 运行 scalap 和 javap 命令 。 其 中 我 们 在 源 文件 中 
声明 了 包 tooLsLibs， 请 留意 我 们 是 如 何 指定 包 名 的 。 使 用 下 列 javap 命令 ， 我 们 便 能 对 
Scala 2.11 构建 出 的 类 文件 实施 反 编 译 : 
javap -cp target/scala-2.11/classes toolslibs.Complex 
+ 方法 与 - 方法 在 类 文件 中 是 如 何 编码 的 呢 ? 那些 存在 或 假想 的 字段 的 getter 方法 的 名 
字 是 什么 呢 ? 这 些 字 段 对 应 的 Java 类 型 又 会 是 什么 呢 ? scalap 和 javap 会 输出 什么 内 
容 呢 ? 
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21.1.4 scaladocfpS77 LA 


scaladoc 命令 与 javadoc 命令 相似 ， 该 工具 会 基于 Scala 源 代 码 生成 文档 。 这 些 文档 被 
称 为 Scaladoc。 与 javadoc 一 样 ，scaladoc 解析 器 也 支持 相同 的 6 注释 ， 如 eauthor、 


@param 等 。 


在 项 目 中 使 用 scaladoc 的 最 简单 方法 是 执行 SBT 的 doc 任务 。 











21.1.5 ”fsc 命 令 行 工具 

fsc 是 快速 scala 编译 器 (fast scala compiler) 的 简写 ,为 了 能 够 更 快 地 启动 编译 器 ，fsc 会 
以 daemon 进程 的 方式 运行 ， 以 便 大 幅 消 除 编译 器 的 启动 开销 。 假 如 你 需要 重复 的 执行 脚 
本 (EP BIA, E bug 能 够 复 现 之 前 ， 你 也 许 需 要 重新 运行 一 组 测试 集 )， 那 么 使 用 fsc 
便 尤 为 有 用 。 实 际 上 ，scala 命令 会 自动 运行 fsc 工具 ， 但 你 也 可 以 直接 调用 该 工具 。 


21.2 构建 工具 


大 多 数 新 项 目 都 使 用 SBT (http://www.scala-sbt.org/) 构建 工具 ， 因 此 我 们 将 做 集中 讨论 。 
不 过 目前 已 经 存在 一 些 基 于 其 他 类 型 的 构造 工具 的 Scala 插件 ， 这 其 中 包括 Ant (http://ant. 
apache.org/), Maven (mvn) (http://maven.apache.org/) 和 Gradle (http://www.gradle.org/) 。 
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21.2.1 SBT: Scala 标 准 构建 工具 


SBT 是 一 款 可 用 于 构造 Scala 项 目 和 Java 项 目的 复杂 工具 。 它 提供 了 很 多 的 配置 选项 以 及 
插件 功能 。 我 们 在 所 有 的 代码 示例 中 都 使 用 了 这 一 工具 。 下 面 我 们 将 对 SBT 的 功能 进行 
稍微 更 加 深入 的 了 解 ， 其 中 便 会 涉及 SBT 实际 的 代码 构造 文件 的 结构 。 不 过 ， 我 们 对 这 
些 知 识 也 只 能 晴 贬 点 水 ， 不 会 涉及 太 深 的 内 容 。( 如 果 想 了 解 更 多 的 信息 ， 请 参考 SBT 的 
相关 文档 (http://www.scala-sbt.org/documentation.html) ;也 可 以 参考 由 Joshua Suereth 和 
Matthew Farwell 合作 编写 的 《SBT 实战 》 一 书 。) 

现在 ， 你 已 经 安装 好 了 SBT 工具 。 假 如 希望 进行 基于 JVM 的 web 开发 ， 也 请 你 查阅 一 下 
新 的 sbt-web 项 目 (https://github.com/sbt/sbt-web)。 该 项 目 增加 了 可 用 于 构建 并 管理 web 
资源 的 插件 ， 其 中 的 web 资源 包括 HTML 网 页 和 根据 模版 语言 而 生成 的 CSS 文件 等 。 


最 快 上 手 SBT 的 方法 是 复制 现 有 的 构造 文件 并 对 其 进行 修改 。 例 如 ， 你 可 以 
参考 Activator 模版 (http://www.typesafe.com/activator/templates) 中 的 这 些 构 
造 文件 。 





























SBT 与 Maven 相似 ， 它 们 都 内 赎 了 我 们 所 需要 执行 的 一 些 任务 ， 如 编译 、 自 动 化 测试 等 ; 
与 此 同时 ， 它 们 还 定义 了 任务 之 间 的 依赖 关系 ， 例 如 : 编译 应 在 测试 之 前 发 生 。SBT HIH 
造 文件 中 定义 了 项 目的 元 数据 ， 例 如 : 项 目 名 、 发 布 版 本 等 信息 。 此 外 ， 构 造 文件 中 还 使 
用 Maven 规范 和 Maven 库 定义 的 各 个 组 件 之 间 的 依赖 关系 〈 不 过 在 解析 依赖 关系 时 ， 应 
HT Ivy 工具 (http://ant.apache.org/ivy))， 并 定义 了 一 些 自 定义 的 数据 。 其 中 构造 文件 中 
使 用 了 基于 Scala 的 一 门 DSL 语言 。 


SBT 的 构建 活动 由 一 个 或 多 个 构建 文件 所 定义 ， 构 建文 件 的 数量 取决 于 项 目的 复杂 度 和 定 
制 化 要 求 。 对 于 本 书 的 示例 而 言 ， 尽 管 同时 支持 两 个 版 本 的 Scala 会 增加 些许 复杂 度 ， 但 
这 些 示 例 项 目 还 都 相对 简单 。 

主 构建 文件 位 于 代码 示例 的 顶层 文件 夹 中 ， 其 名 为 build.sbt。 在 project 子 目 录 里 有 两 个 
额外 的 文件 ， build.properties 文件 ， 它 定义 了 我 们 希望 使 用 的 SBT 的 版 本 信息 ， 男 一 个 
文件 plugins.sbt 则 会 在 生成 Eclipse 项 目 文件 时 为 该 项 目 添加 SBT 的 相关 插件 。(IntelliJ 
IDEA 可 以 直接 导入 SBT SA.) 将 build.sbt 文件 放 在 project 目录 中 也 很 常见 。 


下 面 ， 我 们 将 查看 一 个 简化 版 的 build.sbt 文件 ， 该 文件 的 头 部 包含 了 一 些 定义 体 。 





























name := "Programming Scala, Second Edition: Code examples" 
version := "2.0" 
organization := "org.programming-scala" 
scalaVersion := "2.11.2" 
构造 文件 中 定义 了 变量 ， 变 量 定义 体 采用 了 类 似 于 name := "Programming Scala, ..." 这 


样 的 格式 。 为 了 能 更 容易 地 定位 到 定义 体 的 结束 位 置 ， 目 前 构造 文件 的 DSL 要 求 每 个 定义 
之 间 包 含 一 个 空 行 。 假 如 忘记 了 在 定义 体 之 间 添 加 空 行 ， 你 将 会 看 到 一 条 与 之 相关 的 错误 
信息 。 
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下 面 列 出 了 文件 中 定义 的 依赖 关系 〈 一 些 依赖 关系 已 被 删 城 ) : 
libraryDependencies ++= Seq( 
"com. typesafe.akka" %% “akka-actor" % "2.3.4", 
"org.scalatest" %% "scalatest" % "2.2.1" % "test", 
"org.scalacheck" %% "scalacheck" % "1.11.5" % "test", 


sn 


有 的 时 候 ， 我 们 需要 使 用 一 个 序列 Seq 对 象 用 于 定义 变量 。 例 如 ， 我 们 依赖 了 一 组 库 ， 包 
括 版 本 号 为 2.3.4 的 Akka actor 库 、ScalaTest 库 、ScalaCheck Æ (请 参见 21.4 节 )， 此 处 还 
省 略 了 一 些 其 他 的 依赖 库 。 


我 们 并 没有 列 出 Maven 兼容 的 仓库 定义 。 这 些 仓库 记录 了 查找 依赖 库 的 Internet 地 址 。 
SBT 已 经 知道 了 一 些 标准 的 仓库 位 置 ， 不 过 你 仍然 可 以 自 定义 一 些 仓库 。 你 能 在 project/ 
plugins.sbt 文件 中 找到 指定 Maven 仓库 的 相关 示例 。 关 于 如 何 指 定 仓 库 ， 请 参考 SBT 中 解 
析 器 resolver 的 定义 。 
libraryDependencies 剩余 的 部 分 内 容 定义 了 一 些 实际 中 可 能 会 用 到 的 定义 ， 我 们 也 会 在 这 
里 列 出 该 部 分 内 容 。 
最 后 ， 我 们 为 scalac 和 javac 命令 指定 了 所 需 的 编译 器 标示 : 

scalacOptions = Seq( 


"-encoding", "UTF-8", "-optimise", 
"-deprecation", "-unchecked", "-feature", "-Xlint", "-Ywarn-infer-any") 


























javacOptions ++= Seq("-Xlint:unchecked", "-Xlint:deprecation") 


我 们 可 以 在 构造 文件 中 定义 REPL 启动 控制 台 后 自动 执行 的 一 些 语句 。 尽 管 我 们 未 使 用 这 
一 功能 ， 不 过 了 解 该 功能 还 是 很 有 帮助 的 。 请 参考 下 面 的 示例 : 





initialCommands in console := 
|import foo.bar._ 
|import foo.bar.baz._ 
1""".stripMargin 


这 些 选 项 与 之 前 讨论 的 scala 命令 中 的 -i file 选项 类 似 。 控 制 台 提供 了 两 个 额外 的 变量 。 
第 一 个 变量 是 consoleQuick 变量 (你 也 可 以 写成 console-quick), 该 变量 并 不 会 优先 对 你 
的 代码 进行 编译 。 假 如 代码 当前 并 没有 执行 构建 操作 (或 者 构建 操作 需要 花费 很 长 时 间 )， 
而 你 又 希望 尝试 执行 某 些 代码 ， 那 么 consoleQuick 变量 便 能 派 上 用 场 。 

另 一 个 变量 是 consoleProject (也 可 以 写作 console-project), 该 变量 会 忽略 你 所 编写 的 
代码 ， 但 却 会 加 载 SBT 定义 的 资源 、CLASSPATH 中 定义 的 一 些 构建 资源 以 及 一 些 有 用 的 导 
入 文件 。 

控制 台中 的 initialCommands 声明 同样 适用 于 consoleQuick 变量 ， 而 且 你 还 能 为 
consoleQuick 单独 定制 initialCommands。 相 比 之 下 ， 控 制 台 中 的 initialCommands 无 法 用 


于 consoleProject 变量 ， 不 过 你 能 为 consoleProject 变量 单独 定制 initialCommands 值 : 


























initialCommands in console := println("Hello from console")""" 


initialCommands in consoleQuick := println("Hello from consoleQuick") 
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initialCommands in consoleProject := """println("Hello from consoleProject")""" 


你 还 可 以 使 用 对 应 的 Cleanup 命令 ， 该 命令 能 够 帮助 你 对 可 能 经 常 使 用 的 资源 进行 自动 清 
理 ， 如 数据 库 会 话 资源 。 


21.2.2 ”其 他 构建 工具 


由 于 其 他 构建 工具 插件 均 使 用 了 SBT 工具 所 使 用 的 相同 的 增 量 编译 技术 ， 因 此 无 论 选用 何 
种 构建 工具 ， 构 建 时 间 大 致 相同 。 


你 可 以 在 Scala 发 布 版 中 找到 lib/scala-compiler.jar 文件 ， 该 文件 中 定义 了 scalac, fsc 以 
及 scaladoc 对 应 的 Ant 任务 。Scala 中 的 Ant 任务 与 对 应 Java 中 的 非常 类 似 。 执 行 Ant 时 
需要 使 用 配置 文件 build.xml， 其 中 “Scala Ant 任务 ”页 面 (http://www.scala-lang.org/old/ 
node/98) 对 该 配置 文件 进行 了 讲解 。 尽 管 这 个 页 面 已 经 有 些 年 头 ， 但 目前 仍然 有 效 。 


我 们 可 以 在 GitHub (http://davidb.github.io/scala-maven-plugin/) 中 找到 适用 于 Scala 语言 能 
Maven 插件 。 该 插件 会 帮 你 自动 下 载 Scala 语言 ， 因 此 使 用 时 无 需 安装 Scala。 


除 此 之 外 ， 我 们 还 可 以 使 用 Eclipse 和 IntelliJ 中 集成 的 Maven 环境 。 


假如 更 青睐 Gradle， 你 可 以 在 Gradle 的 相关 网 站 中 (http://www.gradle.org/docs/current/ 
userguide/scala_plugin.html) 找到 Gradle 插件 的 详细 信息 。 


21.3 与 IDE 或 文本 编辑 器 集成 


如 果 你 具备 java 开发 的 背景 ， 你 也 许 会 被 Java IDE 提供 的 丰富 功能 宠 坏 。 自 本 书 第 一 版 发 
布 以 来 ，Scala IDE 插件 已 经 得 到 了 很 大 的 发 展 ， 也 有 一 些 专业 的 团队 专门 负责 这 些 工 具 。 
尽管 对 Scala 的 工具 支持 还 是 没有 Java 工具 支持 那样 的 成 熟 ， 但 是 所 有 必需 的 工具 也 都 已 
经 存在 了 。 大 多 数 IDE 中 的 Scala 插件 都 集成 了 SBT 或 Maven 构造 工具 ， 并 提供 了 语法 
高 亮 、 部 分 自动 化 重 构 功能 以 及 新 的 worksheet 功能 。worksheet 功能 可 以 很 好 地 取代 命令 
行 中 的 REPL 环境 。 

假如 你 使 用 Eclipse， 请 参考 “Scala IDE m A” (http://scala-ide.org/index.html), ， 找 到 在 
Eclipse 中 安装 和 使 用 Scala 插件 的 详细 内 容 。 你 也 可 以 直接 下 载 一 个 完整 的 包含 了 配置 好 
Scala 插件 的 Eclipse 安装 包 。 


假如 你 更 青睐 于 使 用 Maven 而 不 是 SBT， 那 么 请 访问 网 页 http://www.scala-lang.org/old/ 
node/345， 该 页 面 说 明了 如 何在 Eclipse 中 使 用 Maven 执行 Scala 构建 工作 。 


使 用 Scala 插件 与 在 Eclipse 中 使 用 Java 工具 非常 相似 。 你 可 以 创建 Scala 项 目 和 文件 ， 执 
ÍT SBT 构建 和 测试 ， 进 行 代码 导航 和 代码 重 构 。 所 有 这 些 工 作 都 在 IDE 中 完成 。 


Eclipse 择 件 


Scala 的 Eclipse 插件 提供 了 一 个 Java 插件 尚未 提供 的 功能 一 一 工作 单 (worksheet) 功能 。 
工作 单 在 提供 REPL 的 交互 性 的 同时 ， 还 兼 具 了 文本 编辑 器 的 便利 性 。 
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如 果 你 已 经 在 Eclipse 中 打开 了 Scla 项 目 ， 那 么 鼠标 右 击 最 上 层 的 项 目 文件 夹 ， 这 样 便 会 
出 现 弹 出 菜单 ， 点 击 New -> Other 选项 。 在 Select a Wizard 对 话 框 中 打开 Scala 向 导 文 件 
来， 选择 Scala Worksheet 选项 ， 并 输入 工作 单 的 名 称 和 路 径 。 之 后 ， 将 产生 后 缀 为 .sc 的 
工作 单 文件 。 弹 出 的 工作 单 中 定义 了 一 个 默认 的 对 象 ， 而 该 对 象 中 只 包含 了 一 条 printtn 
语句 。 你 可 以 随意 对 该 对 象 重 命名 并 删除 println 语句 。 

弹出 工作 单 之 后 ， 你 可 以 输入 你 希望 执行 的 语句 。 每 当 你 保存 文件 时 ， 文 件 内 容 便 会 被 执 
行 一 次 ， 而 面板 右 侧 则 会 显示 出 执行 结果 。 之 后 你 可 以 再 次 编辑 并 存储 代码 。 工 作 单 就 像 
是 一 个 “窗口 式 ” 的 REPL 环境 。 它 尤其 适合 用 于 对 代码 片段 和 API 进行 测试 ， 这 其 中 包 
括 Java API | 
如 果 你 使 用 的 是 mtelliJ IDEA 工具 ， 那 么 请 打开 插件 首选 项 (plugins preference) 窗口 ， 查 
找 并 安装 Scala 插件 。 该 插件 提供 了 与 Eclipse 插件 相似 的 功能 ， 包 括 Intelli 版 本 的 工作 单 
功能 。 
最 后 再 提 一 下 ，NetBeans 中 已 经 有 了 一 个 提供 交互 式 终端 功能 的 Scala 插件 ， 该 插件 提 
供 的 功能 与 Eclipse 和 IntelliJ IDEA 中 的 工作 单 功能 相似 。 了 解 更 多 NetBeans 插件 的 信 
息 ， 请 参考 SourceForg 网 站 中 的 相关 文章 (http://sourceforge.net/projects/erlybird/files/nb- 
scala/) 。 


文本 编辑 器 


KE IDE 在 Scala 开发 人 员 之 间 很 受 欢 迎 ， 但 是 我 们 仍然 会 发 现 一 些 开 发 人 员 更 青睐 于 使 
用 文本 编辑 器 ， 如 Emacs (http://www.gnu.org/software/emacs), Vim (http://www.vim.org) 







































































和 SublimeText (http://www.sublimetext.com) o 


你 可 以 查阅 你 所 青睐 的 编辑 器 的 官方 文档 及 社区 论坛 ， 找 到 一 些 可 用 于 Scala 开发 的 
插件 和 配置 选项 。 许 多 编辑 器 插件 可 以 使 用 ENSIME 插件 (https://github.com/ensime)。 
ENSIME 插件 最 初 是 为 Emacs 编辑 器 所 设计 的 ， 它 提供 了 一 些 “ 类 IDE” 的 功能 ， 例 如 ， 
导航 功能 和 重 构 功能 。 


21.4 ”在 Scala 中 应 用 测试 驱动 开发 


测试 驱动 开发 (test-driven development, TDD) 是 软件 开发 中 一 种 已 经 存在 的 开发 方法 ， 
其 目的 是 通过 测试 驱动 代码 设计 。 在 TDD 中 ， 我 们 需要 首先 编写 包含 了 一 点 功能 的 测试 ， 
之 后 再 编写 能 够 使 之 前 编写 的 测试 通过 的 代码 。 

不 过 ，TDD 在 面向 对 象 工程 师 当 中 更 受 欢 迎 。 函 数 式 编程 开发 者 更 倾向 于 首先 使 用 REPL 
来 确定 需要 选用 的 类 型 和 算法 ， 再 编写 代码 。 如 果 我 们 不 使 用 TDD 的 开发 流程 ， 不 创建 
一 个 固定 的 、 可 以 自动 执行 “验证 ”的 测试 集 ， 这 会 带 来 一 些 不 好 的 地 方 。 不 过 由 于 函数 
式 代码 的 纯粹 性 ， 它 们 很 少 会 发 生变 化 。 一 些 函 数 式 编程 开发 者 会 在 完成 编码 工作 后 再 编 
写 一 些 济 试 ， 这 样 一 来 也 就 形成 了 一 套 可 用 于 回归 测试 的 测试 集 。 

无 论 你 如 何 编写 操作 ， 你 都 可 以 使 用 ScalaTest (http://www.scalatest.org) 和 Spec2 (http:// 
etorreborre.github.io/specs2) 这 两 套 库 得 到 支持 多 种 测试 风格 的 DSL 语言 。 尤 其 是 
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ScalaTest 库 ， 该 库 通 过 混入 不 同 的 trait， 使 你 对 多 种 测试 风格 进行 挑选 。 
对 于 像 Scala 这 样 的 包含 丰富 类 型 系统 的 函数 式 语言 而 言 ， 指 定 变量 类 型 也 可 以 作为 一 个 
测试 点 ， 每 次 执行 编译 时 便 会 执行 相关 测试 。 而 测试 的 目的 则 是 为 了 尽 可 能 地 消除 出 现 无 
效 状 态 的 可 能 性 。 
这 些 类 型 应 该 具备 定义 良好 的 属性 。Haskell 的 Quick-Check (http://www.haskell.org/ 
haskellwiki/Introduction_to_QuickCheck1) 测试 库 使 用 了 基于 属性 的 测试 ， 该 测试 也 被 称 
为 基于 类 型 的 测试 。 此 类 测试 也 因此 流行 起 来 并 成 为 一 种 独特 的 测试 方式 迁移 到 其 他 的 
些 语言 中 。 基 于 属性 的 测试 会 指定 类 型 条 件 ， 而 该 类 型 的 所 有 实例 都 必须 满足 这 些 条 
件 。 我 们 回顾 一 下 16.1 节 中 讨论 的 内 容 ， 基 于 属性 的 测试 工具 会 自动 生成 一 些 具 有 代表 
性 的 实例 ， 并 使 用 这 些 实例 对 条 件 进 行 测 试 。 这 类 测试 工具 能 够 验证 待 测 条 件 是 否 满足 
所 有 的 实例 〈 在 某 些 情况 下 ， 工 具 会 对 这 些 实例 进行 组 合 后 再 进行 测试 ) 。 而 通常 意义 的 
TDD 工具 则 不 然 ，TDD 工具 会 要 求 测 试 编写 者 生成 一 组 具有 代表 性 的 实例 ， 并 测试 所 有 
的 可 能 。 
ScalaCheck (http://scalacheck.org) 是 迁移 到 Scala 平 台 的 QuickCheck 库 。ScalaTest 和 
Specs2 都 可 以 运行 ScalaCheck 所 提供 的 属性 测试 。 同 时 ，JUnit (http:Wjunitorg) 和 
TestNG (http://testng.org) 库 可 以 使 用 这 两 个 库 ， 这 也 使 混合 Java 测试 和 Scala 测试 变 得 
容易 起 来 。 
假如 你 日 常 工 作 中 只 使 用 Java 语言 ， 而 又 希望 能 在 不 大 冒 风险 的 情况 下 尝试 
使 用 Scala 语言 ， 你 可 以 考虑 使 用 一 种 或 多 种 Scala 测试 工具 ， 对 Java 代码 
进行 测试 驱动 。 这 种 行为 风险 较 小 ， 当 然 也 仅 限 于 Scala 语言 。 















































SBT 现在 同时 支持 这 三 个 工具 ， 而 Ant、Maven 和 Gradle 插件 也 是 如 此 。 

代码 示例 中 出 现 的 测试 大 都 应 用 了 ScalaTest 和 ScalaCheck 库 ， 在 讲解 Java-Scala 互 操作 

时 ， 一 些 示例 使 用 了 JUnit 工具 。 
这 三 个 工具 都 可 以 作为 Scala 内 部 DSL 的 完美 示例 。 假 如 希望 编写 自己 的 
DSL 语言 ， 你 可 以 学 习 这 些 工 具 ， 通 过 学 习 这 些 工 具 的 实现 我 们 能 学 到 一 些 
技巧 。 








21.5 第 三 方 库 


自 第 1 版 出 版 以 来 ， 市 面 上 出 现 了 大 量 的 使 用 Scala 编写 的 第 三 方 库 。 编 写本 书 第 一 版 时 
某 些 库 并 不 存在 ， 但 现在 它们 得 到 了 广泛 地 使 用 ， 也 有 -一些 库 曾经 非常 流行 ， 现 在 却 已 经 
过 时 。 由 于 这 一 趋势 还 会 持续 下 去 ， 因 此 本 节 的 内 容 也 只 适用 于 某 段 时 期 。 而 本 节 谈 论 的 
第 三 方 库 并 不 全 面 。 你 可 以 将 本 节 作为 学 习 第 三 方 库 的 起 始点 ， 之 后 根据 需要 在 Web HE 
找 是 否 有 其 他 可 选择 的 第 三 方 库 。 

hitp://typelevel.org 网 站 中 聚集 了 大 量 的 可 用 于 不 同 用 途 的 库 ， 你 可 以 从 里 面 找到 自己 需要 
的 库 。 
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当然 ， 你 也 可 以 选择 那些 使 用 其 他 语言 编写 的 JVM 库 。 本 书 将 不 对 这 些 库 进 行 讲解 。 


我 们 将 首先 关 广 “全 栈 ” 类 库 和 框架 ， 它 们 用 于 构造 基于 web 的 应 用 。 所 谓 “ 全 栈 ”， 它 
包括 后 台 服 务 、HTML 模版 引擎 、JavaScript LAR CSS 等 所 有 层面 上 的 类 库 。 而 其 他 的 一 
些 第 三 库 使 用 范围 略 窗 ， 它 们 仅 局 限于 某 一 特定 任务 。 表 21-6 总 结 了 目前 最 流行 的 可 选 
方案 。 


表 21-6: 基于 web 应 用 的 类 库 
















































































Æ ”名 URL Be ge 

Play http://www.playframework.com/ ”由 Typesafe 提供 支持 的 一 套 全 栈 框 架 ， 该 框架 提供 了 Scala 
和 Java API， 同 时 框架 集成 了 Akka 系统 

Lift http://liftweb.net/ 第 一 个 Scala 全 栈 框架 ， 目 前 仍然 流行 











表 21-7 列举 的 这 些 库 都 适用 于 构造 后 台 服 务 。 
R 21-7: 服务 库 


















































库 名 URL 描 述 

Akka http://akka.io Akka 是 一 套 完 备 的 、 基 于 actor 的 分 布 式 计算 系 
统 ， 我 们 在 17.3 节 中 对 其 进行 了 讲解 

Finagle https://twitter.github.io/finagle/ Finagle 是 一 套用 于 构建 JVM 服务 的 可 扩展 系 
统 ， 它 所 构建 的 JVM 服务 建立 在 函数 式 抽象 的 











基础 之 上 。Twitter 开发 了 这 套 系 统 ， 并 将 其 用 
于 构造 一 些 服务 
Unfiltered http://unfiltered.databinder.net/Unfiltered.htm] Unfiltered 是 一 个 工具 包 ， 它 为 各 类 后 端 HTTP 

请 求 服务 提供 了 一 套 统 一 的 API 
Dispatch http://dispatch.databinder.net/Dispatch.html 提供 了 同步 HTTP 的 相关 API 
a 请 参考 “ 国 数 式 系统 报告 ”(http:/monkey.org/~marius/sbtb14.pdf) ， 该 网 页 中 包含 了 最 近 的 一 个 描述 
Frinagle 及 其 设计 理念 的 视频 。 


K 21-8 描述 了 各 种 高 级 库 ， 这 些 库 利 用 Scala 类 型 系统 的 某 些 功 能 ， 实 现 了 像 函 数 式 编程 
结构 这 样 的 功能 。 
表 21-8: 高 级 库 
库 名 URL 描 述 
Scalaz http://scalaz.github.io/scalaz/ Scalaz 库 引 导 了 Scala 中 的 范畴 理论 概念 。 与 此 同时 ， 
针对 一 些 设计 难题 ，Scalaz 还 提供 了 一 些 便利 的 工具 。 
我 们 在 本 书 的 7.4.4 节 和 16.2 节 中 对 该 库 进行 了 讲解 
Shapeless https://github.com/milessabin/shapeless Shapeless 库 通 过 应 用 类 型 类 和 依赖 类 型 ， 实 现 了 一 套 
范 型 编程 库 








































































































这 两 个 类 都 被 归 为 类 型 级 库 ， 而 这 里 描述 的 其 他 类 型 同样 应 用 了 一 些 高 级 的 语言 功能 。 
scala.io 包 (http://www.scala-lang.org/api/current/scala/io/package.html) 提供 的 IO 功能 非常 
有 限 ， 而 Java 相关 的 API 则 很 难 操作 。 表 21-9 列 出 了 两 个 第 三 方 项 目 ， 希 望 这 两 个 项 目 
能 够 填补 VO 库 的 空白 。 
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表 21-9: VOR 






















































































f #4 URL 措 ” 述 
Scala /O http://jesseeichar.github.io/scala-io-doc/0.4.3/index.html ”一 套 具 有 丰富 功能 且 流 行 的 1O 库 
Rapture I/O http://rapture.io/ 对 java.io 接口 进行 封装 ， 提 供 了 
更 好 的 API 

表 21-10 描述 了 其 他 一 些 库 ， 这 些 库 能 够 解决 某 些 特定 的 设计 难题 。 
表 21-10: 其 他 库 

E ”名 URL 描 R 

scopt https://github.com/scopt/scopt 用 于 命令 行 解析 的 库 

Typesafe Config https://github.com/typesafehub/config 一 套 配 置 库 (采用 了 Java API) 

ScalaARM http://jsuereth.com/scala-arm/ Joshua Suereth 编写 的 一 套 库 ， 用 于 自动 化 资 


Typesafe Activator https://github.com/typesafehub/activator 


请 参考 第 18 章 的 表 18-1, PIU 

















最 后 ， 我 们 



































源 管理 








用 于 对 示例 Scala 项 目 进行 管理 ， 该 库 位 于 
http://typesafe.com/activator 





上 了 一 些 与 大 数据 和 数学 相关 的 库 。 


再 回顾 一 下 “前 言 ” 中 的 内 容 。 在 前 言 中 ， 我 们 提 到 Scala 2.11 版 对 类 库 进 
行 了 模式 化 处 理 ， 并 将 类 库 解 耦 成 一 个 个 较 小 的 JAR 文件 ， 从 而 使 得 较 少 使 用 的 类 组 件 








被 设置 成 可 选 组 件 。 表 21-11 对 可 选 组 件 进行 了 描述 ， 你 也 可 以 在 Maven 资源 库 (http:// 
mvnrepository.com/artifact/org.scala-lang.modules) 中 找到 这 些 组 件 。 


表 21-11: Scala 2.11 可 选 模块 






































库 名 组 件 (Artifact) 名 tik 

XML scala-xml 用 于 构造 及 解析 XML 

Parser Combinators  scala-parser-combinators “用 于 构造 解析 器 的 组 合 库 

Swing scala-swing Swing 库 

Async scala-async Scala 同步 编程 的 辅助 库 ， 提 供 了 能 够 直接 操作 Future 类 
型 的 API 

Partest scala-partest 一 套 适 用 于 编译 器 和 类 库 的 测试 框架 

Partest Interface scala-partest-interface 一 套 适 用 于 编译 器 和 类 库 的 测试 框架 

了 解 目前 最 全 面 的 第 三 方 库 列表 ， 请 访问 “Github 里 最 棒 的 Scala 库 列 表 ” (https:// 

















github.com/lauris/awesome-scala)。 除 了 这 个 列表 之 外 ，http://1s.implicit.ly/ 同样 集合 了 一 


批 Scala 库 。 





21.6 ”本 章 回顾 与 下 一 章 提要 


我 们 在 本 章 对 每 天 都 会 使 用 的 Scala 工具 进行 了 详细 地 讲解 。 下 一 章 中 ， 我 们 将 学 习 Java 
和 Scala 代码 是 如 何 进 行 互 操作 的 。 
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与 Java 的 互 操作 





在 所 有 的 JVM 语言 中 ，Scala 与 Java 代码 的 互 操作 性 是 其 中 最 完美 的 。 本 章 首 先 讨论 
Scala 代码 与 Java 代码 的 互 操作 性 问题 。 

因为 Scala 语法 基本 上 是 Java 语法 的 一 个 超 集 ， 从 Scala 中 调用 Java 代码 通常 很 简单 。 反 
过 来 调用 ， 你 需要 了 解 一 些 Scala 特性 是 如 何 编 码 为 字 市 码 并 满足 JVM 规范 的 。 本 章 将 讨 
论 一 些 互 操作 性 问题 。 


22.1 在 Scala 代 码 中 使 用 Java 名 称 


Java 对 类 型 、 方 法 、 字 7 段 和 变量 名 的 规定 比 Scala 更 加 严格 。 所 以 ， 儿 乎 所 有 情况 下 ， 你 
都 可 以 在 Scala 代码 中 使 用 Java 名 称 ， 创 建 Java 类 型 的 新 实例 ， 调 用 Java 方法， 使 用 
Java 变量 与 实例 字段 。 

唯一 的 例外 是 ，Java 的 名 字 实际 上 是 Scala 的 关键 字 的 情况 。 正 如 我 们 在 2.7 节 看 到 的 
情况 ， 我 们 需要 使 用 反 引 号 进行 “ 转 义 ”。 例 如 : Scala 中 的 match 关键 字 和 java.util. 
Scanner (http://docs.oracle.com/javase/8/docs/api/java/util/Scanner.html) 中 的 match 方 法 同 
名 ， 调 用 该 方法 时 要 用 myscanner. match 的 形式 。 


22.2 ”Java 泛 型 与 Scala 泛 型 

一 直 以 来 ， 我 们 都 可 以 在 Scala 代码 中 使 用 Java 类 型 ， 如 java.Lang.Strtng。 你 甚至 可 以 
使 用 Java 的 泛 型 类 型 ， 如 : 在 Scala 中 使 用 Java 的 集合 。 

那么 如 何在 Java 中 使 用 Scala 的 参数 化 类 型 呢 ? SE PAY JUnit 4 测试 代码 ， 该 代码 使 


用 了 scala.collection.mutable.LinkedHashMap (http://www.scala-lang.org/api/current/index. 
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html#scala.collection.mutable.LinkedHashMap) 和 scala.Option (http://www.scala-lang.org/ 
api/current/index.html#scala.Option)。 这 里 显示 了 一 些 你 可 能 会 遇 到 的 特性 : 


// src/test/java/progscala2/javainterop/SMapTest.java 
import org.junit.*; 

import org.junit.runner.RunWith; 

import org.junit.runners.JUnit4; 

import static org.junit.Assert.*; 

import scala.*; 

import scala.collection.mutable.LinkedHashMap; 


public class SMapTest extends org.scalatest.junit.JUnitSuite { // 0 
static class Name { 
public String firstName; 
public String lastName; 


public Name(String firstName, String lastName) { 
this.firstName = firstName; 
this.lastName = lastName; 
} 
} 


LinkedHashMap<Integer, Name> map; 


@Before 

public void setup() { 
map = new LinkedHashMap<Integer, Name>(); 
map.update(1, new Name("Dean", "Wampler")); 


} 


QTest 

public void usingMapGetWithOptionName() { //@ 
assertEquals(1, map.size()); 
Option<Name> n1 = map.get(1); // Note: Option<Name> 
assertTrue(n1.isDefined()); 
assertEquals("Dean", ni.get().firstName) ; 


} 


@Test 
public void usingMapGetWithOptionExistential() { // © 
assertEquals(1, map.size()); 
Option<?> n1 = map.get(1); // Note: Option<?> 
assertTrue(n1.isDefined()); 
assertEquals("Dean", ((Name) ni1.get()).firstName); 
} 
} 


O 如 果 混 人 了 Junitsutte， 以 上 的 JUnit 测试 代码 将 由 ScalaTest 运行 。 

@ 显 式 地 使 用 类 型 Name, 

© 获取 nl 后 将 其 转 为 目前 已 存在 的 类 型 Name, 

你 也 可 以 使 用 Scala 的 元 组 类 型 ， 不 过 不 能 使 用 Scala 的 语法 糖 ， 如 ("someString", 101): 
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// src/test/java/progscala2/javainterop/ScalaTuples. java 
package progscala2.javainterop; 
import scala. Tuple2; 


public class ScalaTuples { 
public static void main(String[] args) { 
Tuple2 stringInteger = new Tuple2<String,Integer>("one", 2); 


System.out.println(stringInteger ); 
} 
} 


然而 ， 在 Java 中 使 用 Functionn 类 型 是 非常 困难 的 ， 因 为 编译 器 会 自动 合成 “隐藏 ”的 成 
员 。 例 如 ， 试 图 编译 下 面 的 代码 将 会 失败 : 
// src/test/java/progscala2/javainterop/ScalaFunctions.javaX 


package progscala2.javainterop; 
import scala.Function1; 








> 
































public class ScalaFunctions { 
public static void main(String[] args) { 
// Fails to compile, due to missing methods the Scala compiler would add. 
Function1 stringToInteger = new Function1<String,Integer>() { 
public Integer apply(String s) { 
Integer .parseInt(s); 
} 
}; 


System.out.println(stringToInteger("101")); 
} 
} 

编译 器 会 报错 ， 提 示 抽 象 方法 apply$mcVJ$sp(long) 未 定义 。Scala 编译 器 会 为 我 们 自动 生 
成 ， 但 Java 编译 器 则 不 会 。 

这 严重 限制 了 在 Java 中 对 Scala 集合 的 高 阶 函 数 的 调用 。 你 可 能 想 尝 试 通过 Java 8 的 
Lambda 来 代 赫 scaLa.FunctionN， 但 它们 是 不 兼容 的 。(Scala 2.12 计划 将 Scala 的 Function 
和 Java 的 Lambda 表达 式 进 行 统一 ， 以 消除 这 种 不 兼容 问题 。) 


因此 ， 如 有 果 想 从 Java 调用 Scala 的 API， 那 就 不 能 调用 高 阶 方法 ， 高 阶 方法 即 这 些 方 法 的 
参数 或 返回 值 是 一 个 函数 。 


22.3 JavaBean 的 性 质 

我 们 在 第 8 章 中 看 到 ，Scala 为 了 支持 统一 访问 原则 ， 并 没有 遵循 JavaBean 对 字段 读 写 方 
法 的 约定 。 

但 是 ， 有 时 你 的 确 需要 JavaBean 风格 的 访问 方法 。 例 如 : 一 些 依赖 注入 框架 需要 用 到 它 
们 。 另 外 ， 支 持 “ 自 省 ”的 IDE 也 需要 使 用 这 些 方法 。 

Scala 通过 一 个 可 以 应 用 在 字段 上 的 标记 @scala.beans.BeanProperty (http://www.scala- 
lang.org/api/current/scala/beans/BeanProperty.html) 解决 了 这 个 问题 ， 该 标记 告诉 编译 器 生 
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成 JavaBean 风格 的 getter 和 setter 方法 。 此 外 ，scala.beans 包 (http://www.scala-lang.org/ 
api/current/scala/beans/package.html) 还 包含 其 他 用 于 配置 bean 属性 的 标记 。 


在 Scala 2.10 及 之 前 的 版 本 中 ， 这 个 用 来 添加 JavaBean 标记 的 包 实 际 上 叫 scala.reflect, 
例如 ， 我 们 可 以 对 之 前 见 过 的 Complex 类 的 字段 做 标记 : 


// src/main/scala/progscala2/javainterop/ComplexBean.scala 
package progscala2.javainterop 








// Scala 2.11. For Scala 2.10 and earlier, use scala.reflect.BeanProperty. 
case class ComplexBean( 

@scala.beans.BeanProperty real: Double, 

@scala.beans.BeanProperty imaginary: Double) { 


def +(that: ComplexBean) = 

new ComplexBean(real + that.real, imaginary + that.imaginary) 
def -(that: ComplexBean) = 

new ComplexBean(real - that.real, imaginary - that.imaginary) 


} 


个 类 已 经 被 SBT 编译 了 。 如 果 你 反 编 译 ComplexBean.class 文件 ， 可 以 在 输出 中 找到 以 
an 


$ javap -cp target/scala-2.11/classes javainterop.ComplexBean 














pubic double real(); 
public double imaginary(); 


public double getReal(); 
public double getImaginary(); 


T 


因为 这 些 字段 是 不 可 变 的 ， 这 里 没有 setter 方法 。 与 此 相反 ， 对 原版 Complex 做 反 编 译 ， 
只 会 得 到 real() 方法 和 imaginary() 方法 。 即 使 使 用 了 BeanProperty 标记 ， 你 得 到 的 仍然 
是 普通 的 读 方法 和 可 能 的 写 方法 。 


22.4 ”AnyVal 类 型 与 Java 原 生 类 型 


注意 在 之 前 的 Complex 示例 中 ，Double 类 型 的 字段 都 被 编译 成 Java 原生 的 double。 所 有 
AnyVal 类 型 被 转换 为 它们 相应 的 Java 原生 类 型 。 特 别 的 是 ，Unit 被 映射 为 void 类 型 。 


22.5 Java 代码 中 的 Scala 名 称 


Scala 对 标识 符 的 限定 更 灵活 ， 例 如 : *、< 等 Scala 操作 符 在 字 节 码 中 不 允许 用 来 做 标识 
符 。 因 此 ， 这 些 字符 经 过 编码 (或 称 为 “变形 ”，mangled)， 以 满足 JVM 的 限制 。 其 对 应 
关系 如 表 22-1 所 示 。 
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表 22-1: 操作 符 的 编码 规则 








操作 符 编码 结果 ”操作 符 编码 结果 操作 符 编码 结果 操作 符 ”编码 结果 

= Seq > Sgreater < Sless 

+ Splus - Sminus * times / Sdiv 

\ $bslash | Sbar ! Sbang ? Sqmark 
Scolon % Spercent N Sup & Samp 





22.6 本章 回顾 与 下 一 章 提要 





Scala 的 一 个 重要 优点 是 ， 你 可 以 继续 使 用 现 有 的 Java 代码 。 从 Scala 调用 Java 非常 容易 


(只 有 少数 例外 )。 





为 了 真正 成 功 地 使 用 Scala 完成 应 用 程序 ， 下 一 章 将 涵盖 设计 中 应 该 考虑 的 注意 事项 





o 
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应 用 程序 设计 


到 目前 为 止 ， 我 们 已 经 讨论 了 大 多 数 的 语言 特性 。 这 些 特性 让 我 们 编写 的 应 用 程序 变 得 非 
党 简短， 即使 是 编写 第 18 章 中 的 应 用 也 是 如 此 。 这 是 一 件 很 棒 的 事情 。 代 码 行 数 的 显著 
减少 意味 着 软件 开发 时 碰 到 问题 的 数量 也 会 明显 减少 。 

不 过 ， 并 不 是 所 有 的 应 用 程序 都 会 变 得 那么 精简 。 本 章 将 思考 如 何 构 造 大 型 应 用 程序 。 我 
们 会 讨论 到 一 些 之 前 未 提 及 的 语言 和 API 特性 ， 除 此 之 外 ， 还 会 涉及 一 些 设计 模型 和 习 
语 ， 以 及 一 些 架构 方法 。 这 些 有 助 于 我 们 理解 如 何 将 trait 作为 模块 来 使 用 ， 以 及 如 何在 面 





向 对 象 设计 和 函数 式 设计 技巧 中 达到 平衡 。 


23.1 回顾 之 前 的 内 容 


下 面 我 们 将 复习 之 前 已 经 学 习 到 的 一 些 概念 。 当 过 到 一 些小 的 设计 难题 时 ， 通 过 应 用 学 到 
的 概念 ， 我 们 能 够 更 容易 地 解决 这 些 问 题 。 因 此 ， 这 些 概 念 提供 了 解决 应 用 程序 问题 的 一 





些 稳定 的 基础 方法 。 
。 HARRER 








本 书 的 大 多 数 示 例 都 比较 简短 ， 这 归功 于 集合 和 其 他 容器 所 提供 的 简洁 且 强 大 的 组 合 
器 。 这 些 组 合 器 让 我 们 仅仅 通过 一 些 极为 简短 的 代码 就 可 以 实现 逻辑 功能 。 


。 类 型 








类 型 会 引入 约束 。 理 想 情 况 下 ， 类 型 能 提供 





与 程序 行为 相关 的 尽 可 能 多 的 信息 。 举 个 例 











子 ， 使 用 Option (http:/Avww.scala-lang.org/api/current/index.html#scala.Option) 会 消除 
对 null 的 使 用 。 稍 后 ， 我 们 在 列举 的 错误 处 理 策 略 中 也 会 提 到 相关 的 内 容 。 我 们 还 可 
以 利用 参数 化 类 型 成 员 和 抽象 类 型 成 员 进 行 抽象 和 代码 重用 ， 例 如 : 我 们 在 2.13 布 中 
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曾经 列举 了 Reader 抽象 体 的 示例 ， 在 该 示例 中 引入 了 类 族 多 态 性 (也 被 称 作协 变 特 化 ， 


convariant specialization ) s 





混入 trait 

trait 能 够 将 行为 模式 化 ， 也 可 以 将 多 个 行为 组 合 起 来 (请 参考 第 3 章 3.14 节 的 内 容 和 
第 9 章 的 相关 内 容 )。 

for 推导 式 

for 推导 式 与 容器 结合 起 来 ， 并 辅 以 fLatMap、map 和 filter/withFilter 方法 ， 形 成 了 
一 门 便利 的 DSL 语言 〈 详 见 第 7 章 )。 








模式 匹配 
模式 匹配 能 够 快速 地 提取 数据 ， 以 进行 后 续 的 数据 处 理 〈 详 见 第 4 章 )。 
RA 


隐 式 能 够 解决 一 些 设计 难题 ， 包 括 减 少 代 码 量 、 通 过 方法 调用 切换 线程 上 下 文 、 隐 式 转 
换 以 及 一 些 类 型 约束 ( 详 见 第 5 章 )。 

细 粒 度 可 见 性 规则 

Scala 提供 了 细 粒 度 可 见 性 规则 ， 能 够 对 API 实现 细节 的 可 见 性 进行 精准 地 控制 ， 只 
客户 需要 使 用 的 公有 抽象 才 会 对 用 户 开放 。 尽 管 在 设 定 可 见 性 规则 时 需要 遵循 某 些 准 
则 ， 不 过 运用 这 些 准 则 能 够 避免 API 内 部 出 现 可 预防 耦合 ， 而 这 些 耦 合 会 使 得 架构 演 
变 变 得 更 加 复杂 ， 因 此 花费 这 些 精力 是 值得 的 〈 请 参考 第 13 章 的 内 容 )。 

包 对 象 

包 对 象 法 不 同 于 细 粒 度 可 见 性 控制 ， 它 将 所 有 的 实现 结构 都 放置 到 一 个 受 保护 的 包 内 ， 
之 后 再 提供 一 个 顶级 包 对 象 ， 该 对 象 只 对 外 暴露 适当 的 公用 抽象 体 。 例 如 : 对 于 那些 应 
该 被 隐藏 的 类 型 而 言 ， 我 们 可 以 使 用 类 型 成 员 作为 其 别名 ， 将 其 隐藏 《请 参 苍 2.12.2 市 
的 相关 内 容 )。 


错误 处 理 策略 
Option (http://www.scala-lang.org/api/current/index.html#scala.Option), Either (http:// 

































































www.scala-lang.org/api/current/scala/util/Either.html), Try (http://www.scala-lang.org/api/ 
current/scala/util/Try.html) 以 及 Scalaz $È ff AY Validation (http://docs.typelevel.org/api/ 
scalaz/stable/7.0.4/doc/#scalaz.Validation) 类 型 都 将 异常 和 其 他 错误 具 化 为 特定 类 型 ， 使 
得 这 些 异 常 错 误 都 能 作为 “正常 ”结果 值 从 方法 中 返回 。 而 类 型 签名 则 能 告知 用 户 该 方 
法 所 返回 的 成 功 或 失败 的 结果 〈 请 参考 7.4 节 的 内 容 )。 

Future 

为 了 能 够 对 错误 进行 处 理 Future 类 (http://www.scala-lang.org/api/current/scala/ 
concurrent/Future.html) 很 好 地 利用 了 Try 类 型 。Akka (http://akka.io) 实现 的 actor 模 
型 提供 了 一 个 强壮 的 、 具 有 策略 性 的 模型 ， 该 模型 可 用 于 对 actor 进行 监管 并 处 理 失败 
的 场景 (参见 第 17 章 的 内 容 )。 


























接 下 来 ,我 们 将 思考 其 他 应 用 级 的 问题 ， 首 先是 注解 。 
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23.2 注解 

注解 (annotation) 是 为 声明 体 添加 元 数据 的 一 项 技术 ， 这 门 技 术 存 在 多 个 语言 中 。 一 些 
Scala 注解 还 为 编译 器 提供 了 指令 。 这 些 注解 与 对 象 关系 映射 (ORM) 框架 联合 使 用 ， 为 
类 型 制定 持久 化 的 映射 信息 。 注 解 还 可 用 于 依赖 注入 (dependency injection，DI) ， 举 个 
例子 ， 我 们 可 以 使 用 注解 将 多 个 组 件 编织 到 一 起 (Martin Fowler 在 之 前 的 博文 http://bit. 
ly/1zmlafl 中 ， 曾 经 举 过 相关 的 示例 )。 我 们 之 前 也 使 用 了 一 些 注解 ， 如 scala.annotation. 
tailrec (http://www.scala-lang.org/api/current/index.html#scala.annotation.tailrec)。 假 如 认为 
某 个 递归 函数 实现 了 尾 递 归 ， 我 们 可 以 为 该 函数 添加 tailrec 注解 ， 如 果 该 函数 并 未 实现 
尾 递 归 ， 该 注解 可 以 发 现 这 一 错误 。 

在 Scala 中 ,注解 的 使 用 并 不 如 Java 语言 中 注解 出 现 得 那么 频繁 ， 不 过 它们 还 是 有 用 的 。 
Scala 使 用 注解 实现 了 一 些 Java 关键 字 (如 strictfp、native 关键 字 )。Scala 代码 还 能 使 
用 Java 注解 。 如 果 愿 意 ， 你 可 以 使 用 Spring 框架 (http://spring.io) 或 Guice 框架 (https:// 
github.com/google/guice) 中 的 注解 实现 依赖 注入 。 

Scala 的 注解 都 继承 A scala.annotation.Annotation (http://www.scala-lang.org/api/ 
current/#scala.annotation.Annotation) 类 型 。 那 些 直 接 继 承 自 该 抽象 类 的 注解 无 法 被 
系统 保留 ， 因 此 类 型 检查 器 无 法 使 用 这 些 注 解 ， 而 运行 时 也 无 法 调用 它们 。 但 有 
两 个 主要 的 Annotation 子 类 型 (trait) 突破 了 这 些 限制 。 继 承 自 scala.annotation. 
ClassfileAnnotation (http://www.scala-lang.org/api/current/index.html#scala.annotation. 
ClassfileAnnotation) 的 注解 将 作为 Java 注 解 存储 在 类 文件 中 ， 而 继承 自 scala. 
annotation.StaticAnnotation (http://www.scala-lang.org/api/current/index.html#scala. 
annotation.StaticAnnotation ) 的 注解 则 允许 类 型 检查 器 对 其 进行 访问 ， 即 使 是 需要 跨 编 译 单 
元 ， 它 也 允许 类 型 检查 器 对 其 访问 。 

K 23-1 列举 了 直接 继承 自 Annotation 类 型 的 注解 (包括 ClassfileAnnotation 和 


StaticAnnotation) , 


表 23-1: 继承 了 Annotation 类 型 的 Scala 注 解 



















































































注解 名 Java 中 对 应 的 注解 描 述 
ClassfileAnnotation Annotate with@Retention 所 有 需要 以 Java 注 解 的 形式 存储 在 类 文 
(RetentionPolicy.RUNTIME) 件 中 ， 以 供 运 行 时 访问 的 注解 都 应 该 继承 
ClassfileAnnotation 这 一 trait 
BeanDescription BeanDescriptor (class) 该 注解 可 用 于 JavaBean 类 型 或 成 员 ， 它 会 为 
修饰 的 类 型 或 成 员 附 加 上 一 条 简短 的 描述 信 








(以 注解 参数 的 方式 提供 ) ， 当 生成 bean 
息 时 ， 这 条 简短 的 描述 信息 将 会 被 包含 在 
bean 信息 中 
BeanDisplayName BeanDescriptor (class) 该 注解 可 用 于 JavaBean 类 型 或 成 员 ， 它 会 为 
修饰 的 类 型 或 成 员 附 加 上 名 称 〈 以 注解 参数 
的 方式 提供 ) ， 当 生成 bean 信息 时 ， 该 名 称 将 


会 被 包含 在 bean 信息 中 
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( 续 ) 





注解 名 


Java 中 对 应 的 注解 


Ho R 





BeanInfo 


BeanInfoSkip 


StaticAnnotation 


TypeConstraint 


unchecked 


BeanInfo (class) 


N.A. 


静态 字段 QTarget(ELementType 


TYPE) 


N.A. 


类 似 于 


@SuppressWarnings("unchecked" 


该 注解 起 到 了 标记 的 作用 ， 凡 是 使 用 了 这 一 
注解 的 Scala 类 都 应 该 为 其 生成 一 个 BeanInfo 
类 。 在 BeanInfo 类 中 ，val 变量 被 生成 为 只 读 
属性 ，var 变量 被 生成 为 读 写 属性 ， 而 def 变 
量 则 被 生成 为 函数 
该 注解 起 到 了 标记 的 作用 。 使 用 该 注解 的 成 
员 不 应 生成 对 应 的 bean 信息 
对 于 任何 注解 而 言 ， 如 果 该 注解 希望 能 够 跨 
编译 单元 可 见 并 定义 “静态 ”的 元 数据 ， 那 
么 它 需 要 将 StaticAnnotation 特征 作为 其 父 
特征 
TypedConstraint 是 一 个 注解 trait， 它 可 以 作 
用 于 一 些 为 类 型 定义 约束 的 trait 之 上 。 无 需 
使 用 定义 或 使 用 类 型 时 的 外 部 信息 ， 仅 依靠 
类 型 自身 所 提供 的 信息 ，TypedConstraint {fi 
能 完成 其 工作 。 编 译 器 会 利用 这 一 限制 对 约 
束 进行 重 写 
unchecked 是 一 个 标记 注解 ， 我们 可 以 将 划 
) 用 于 match 语句 的 选择 器 (例如: x match 
{.….} 中 的 x) 中 。 假 如 match 语句 中 的 case 
表达 式 不 能 覆盖 “所 有 可 能 ”"”，unchecked 注 
解 会 阻止 编译 器 抛 出 警告 












































































































































K 23-2 列 出 了 StaticAnnotation 的 子 类 型 。 


除了 定义 在 scala.annotation.meta 包 中 的 子 


类 型 之 外 ， 所 有 类 型 都 包含 在 下 列 列表 中 。 而 scala.annotation.meta 包 中 的 子 类 型 则 单 


独 列 在 表 23-3 中 。 





表 23-2: 继承 自 StaticAnnotation 的 Scala 注 解 ” 


注解 名 


BeanProperty 


Java 中 对 应 的 注解 


描 g 


该 注解 可 以 用 作 字 段 标记 (构造 器 参数 中 使 用 val 


JavaBean convention 


BooleanBeanProperty same 


cloneable 


java. lang.Cloneable(interface) 








关键 字 和 var 关键 字 )， 编 译 器 因此 生成 JavaBean 

格式 的 getter 和 setter 方法 。 编 译 器 只 会 对 使 用 var 
声明 的 变量 生成 setter 方法 。 请 参考 22.3 节 的 相关 

讨论 

与 BeanProperty 类 似 ， 不 同 的 地 方 在 于 

BooleanBeanProperty 的 getter 方法 名 是 isX， 而 不 

是 getX 


起 到 类 标志 的 作用 ， 表 明 该 类 可 以 被 克隆 


























a: 此 处 并 未 列举 annotation.meta 包 内 定义 的 注 








E 解 ， 我 们 会 在 下 面 的 表 中 列举 这 些 注解 。 
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注解 名 


Java 中 对 应 的 注解 





compileTimeOnly 


deprecated 


deprecatedName 


elidable 


impLlicitNotFound 


inline 


native 


noinline 


remote 


specialized 


strictfp 


switch 


tailrec 


N.A. 


java. lang.Deprecated 


N.A. 


N.A. 


N.A. 
N.A. 


native ( 关键 字 ) 


N.A. 


java.rmi.Remote(interface) 


N.A. 


strictfp (keyword) 
N.A. 


N.A. 


编译 结束 后 ， 这 类 注解 项 便 不 再 可 见 。 例 如 : 这 类 
注解 项 可 用 在 宏 中 ， 当 对 宏 执 行 完 扩展 操作 后 ， 这 
些 注解 项 便 消失 了 
deprecated 注解 可 以 用 在 任何 类 型 的 定义 体 上 。 它 
表明 该 “定义 ”项 已 经 过 时 。 使 用 该 定义 项 时 ， 编 
译 器 会 抛 出 警告 信息 
deprecatedName 注解 标注 了 参数 名 已 经 过 时 。 由 于 
调用 代码 会 使 用 过 时 的 参数 名 ， 因 此 该 注解 是 需要 
的 。 例 如 val x = foo(y = 1) 
用 于 阻止 代码 生成 。 例 如 ， 该 注解 可 以 用 于 阻止 产 
生 不 需要 的 日 志 消 息 

定制 无 法 找到 隐 式 值 时 的 错误 消息 

用 作 方 法 标志 ， 当 看 到 某 个 方法 使 用 了 inline 注解 
时 ， 编 译 器 应 该 “尽力 ”将 该 方法 内 联 (inline) 
native 注解 对 方法 进行 标注 ， 表 明 该 方法 会 使 用 
“本 地 ”方法 实现 。 编 译 器 不 会 负责 生成 该 方法 的 
方法 体 ， 不 过 使 用 该 方法 时 会 执行 类 型 检查 
noinline 是 一 个 方法 标志 ， 它 能 够 阻止 编译 器 对 被 
标注 方法 进行 内 联 (inline)， 即 使 对 该 方法 执行 内 
联 操作 看 上 去 是 安全 的 

该 注解 用 作 类 标志 ， 表 明 该 类 应 该 允许 远程 JVM 
调用 

作用 于 参数 化 类 型 和 参数 化 方法 中 的 类 型 参数 。 该 
注解 要 求 编 译 器 根据 平台 原始 类 型 生成 其 对 应 的 
AnyVal 方法 或 类 型 时 ， 对 生成 的 代码 进行 优化 。 你 
还 能 选择 是 否 对 生成 的 特 化 实现 的 AnyVal 类 型 进行 
限定 
严格 执行 浮 点 语义 

switch 注解 作用 于 match 表达 式 中 ， 例 如 (x:@ 
switch) match {...}。 当 出 现 switch 注解 时 ， 编 译 
器 会 检查 该 match 语句 是 否 已 经 被 编译 成 某 个 基于 
表 或 可 查找 的 switch 语句 。 假 如 验证 失败 ， 意 味 着 
该 switch 语句 被 编译 成 了 一 组 条 件 判 断 语句 。 由 于 
该 组 条 件 语句 效率 低下 ， 编 译 器 会 抛 出 错误 
tailrec 是 一 个 方法 类 注解 ， 它 要 求 编译 器 对 该 方 
法 进行 验证 ， 确 认 编译 该 方法 时 使 用 了 尾 调 用 优化 
(tail-call optimization)。 当 出 现 tailrec 注解 时 ， 假 
如 该 方法 无 法 被 优化 到 一 个 循环 内 ， 那 么 编译 器 将 
抛 出 错误 。 假 如 使 用 了 tailrec 注解 的 方法 是 可 重 
















































































































































































写 的 ， 由 于 该 方法 不 是 private 或 final 方 法 ， 编 
译 器 也 会 抛 出 错误 
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( 续 ) 































































































注解 名 Java 中 对 应 的 注解 描 述 

throws throws (keyword) 该 注解 用 于 对 方法 进行 标注 ， 它 描述 了 被 标注 的 方 
法 可 能 会 抛 出 的 异常 。 详 细 信息 请 参考 后 续 文 章 的 
相关 内 容 

transient transient (keyword) 于 对 字段 进行 标注 ， 表 示 该 字段 是 瞬 态 的 ( 即 非 
持久 化 的 ) 

unchecked NA. 限制 编译 器 执行 检查 ， 如 检查 match 表达 式 是 否 
完整 

uncheckedStable NA. uncheckedStable 用 于 对 值 进 行 标记 。 被 标记 的 值 即 
使 是 可 变 类 型 ， 也 会 被 视 为 是 稳定 的 

uncheckedVariance N.A. 可 用 于 可 变 类 型 参数 的 注解 。 你 也 可 以 对 类 型 化 参 
数 使 用 该 注解 ， 以 关闭 型 变 检查 

unspecialized N.A. 对 特 化 类 型 生成 进行 限制 

varargs N.A. 如 果 被 修饰 的 方法 中 包含 了 一 些 重复 的 参数 ， 那 
么 考虑 互 操作 性 ， 编 译 器 会 为 其 生成 Java 风格 的 
varargs 方法 

volatile volatile (keyword, for fields 可 用 于 某 一 单独 字段 ， 表 明 可 能 会 有 某 个 单独 的 线 

only) 程 对 该 字段 进行 修改 。 你 也 可 以 对 整个 类 型 施加 

该 和 注释， 这样 一 来 ， 该 类 型 的 所 有 字段 都 会 受到 
影响 





annotation.meta 包 (http://www.scala-lang.org/api/current/index.html#scala.annotation.meta. 
package) 中 定义 了 一 些 额外 的 StaticAnnotation 类 型 ， 这 些 注解 能 够 以 较 小 的 粒度 对 字 节 
码 中 的 注解 应 用 进行 控制 。 


表 23-3: Scala meta 注 解 












































注解 名 Ho R 

beanGetter 对 @BeanProperty 注解 进行 限制 ， 使 其 只 出 现在 生成 的 getter 方法 中 (例如 字段 x 生成 
的 getX 方法) 

beanSetter 对 @BeanProperty 注解 进行 限制 ， 使 其 只 出 现在 生成 的 setter 方法 中 














companionClass Scala 编译 器 会 为 对 应 的 隐 式 类 生成 隐 式 转换 方法 
companionMethod ”与 companionClass 注解 相似 ， 不 过 companionMethod 会 同时 将 该 注解 功能 应 用 到 生成 的 
转换 方法 上 

















































































































companion0bject 创建 companionObject 的 本 意 是 希望 将 其 用 到 自动 生成 的 伴生 对 象 的 case 类 中 。 现 在 看 
来 ， 该 注解 没有 什么 作用 
field Field 可 用 于 那些 指定 默认 目标 的 注解 定义 中 ， 这 里 的 默认 目标 专 指 字段 。 我 们 可 以 使 
该 表 之 前 提 及 的 注解 对 默认 目标 进行 履 写 

getter 与 filed 相似 ， 不 过 只 提供 了 getter 方法 

LanguageFeature 用 于 提供 scala. language 包 中 定义 的 语言 功能 

param 与 field 相似 ， 不 过 只 提供 了 param 方法 

setter Ej field 相似 ， 不 过 只 提供 了 setter 方法 
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最 后 ， 表 23-4 列举 了 继承 自 ClassfileAnnotation 注解 的 唯一 子 类 型 。 
表 23-4: 继承 自 ClassfileAnnotation 的 Scala 注 解 























注解 名 Java 中 对 应 的 注解 描述 
SerialVersionUID serialVersionUID static field in a 为 了 能 够 将 对 象 序列 化 ， 该 注解 定义 了 一 个 全 局 
class 唯一 的 DD。 该 注解 的 构造 器 接受 用 户 输 入 一 个 
Long 类 型 的 参数 ， 而 该 参数 将 用 于 生成 UID 























在 Scala 中 定义 注解 并 不 需要 使 用 Java 类 似 的 特殊 语法 ， 下 面 列 出 implicatNotFound 
(http://www.scala-lang.org/api/current/index.html#scala.annotation.implicitNotFound) 的 实现 


代码 : 


package scala.annotation 











final class implicitNotFound(msg: String) extends StaticAnnotation {} 


23.3 Trait 即 模块 


Java 将 类 和 包 都 作为 模块 化 的 具体 单元 ， 而 JAR 包 是 最 常用 的 粗 粒度 组 件 抽象 。 一 直 以 
来 ， 对 可 见 性 的 控制 能 力 有 限 是 包 的 一 大 短 板 。 包 作为 模块 化 单元 无 法 对 外 隐藏 public 可 
见 性 的 实现 类 型 ， 因 此 很 少 有 用 户 利 用 包 进 行 模块 化 。Scala 提供 了 丰富 的 可 见 性 规则 ， 这 
也 使 得 包 在 Scala 中 能 够 作为 模块 化 单元 ， 不 过 这 种 做 法 并 未 得 到 广泛 应 用 。 其 实 ， 包 对 
象 提 供 了 另 一 种 区 分 客户 可 执行 操作 和 不 允许 执行 操作 的 方法 。 


提供 组 合 功 能 是 模块 化 的 另 一 个 重要 目标 。 如 我 们 所 见 ，Scala 的 trait 能 够 完美 地 支持 组 
件 混入 。 事 实 上 ， 相 较 于 类 ，Scala 更 青睐 于 将 trait 用 作 定 义 模块 的 机 制 。 


我 们 在 14.6 PEH Cake 模式 草拟 了 一 个 示例 。 下 面 列 出 了 该 示例 的 重要 部 分 : 


// src/main/scala/progscala2/typesystem/selftype/selftype-cake-pattern.sc 
























































了 











trait Persistence { def startPersistence(): Unit } //@ 
trait Midtier { def startMidtier(): Unit } 
trait UI { def startUI(): Unit } 


trait Database extends Persistence { //@ 
def startPersistence(): Unit = println("Starting Database") 

} 

trait BizLogic extends Midtier { 
def startMidtier(): Unit = println("Starting BizLogic") 

} 

trait WebUI extends UI { 
def startUI(): Unit = println("Starting WebUI") 


} 


trait App { self: Persistence with Midtier with UI => //° 
def run() = { 
startPersistence() 
startMidtier() 
startUI() 
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} 
} 


object MyApp extends App with Database with BizLogic with WebUI //@ 


O 定义 了 三 个 trait， 分 别 对 应 了 应 用 程序 的 持久 化 层 、 中 间 层 和 U 层 。 

实现 了 各 个 trait 的 “具体 ”行为 。 

© 定义 了 一 个 trait (也 可 以 使 用 抽象 类 来 表示 )， 该 wait 中 定义 了 将 各 层 代码 粘 合 在 一 起 

的 “上 骨架” 代码。 为 了 简单 起 见 ，run 方法 只 简单 地 启动 各 个 职责 层 。 

O 定义 了 MyApp 对 象 ，MyApp 对 象 继承 了 App 对 象 并 混 人 了 三 个 具体 trait， 这 三 个 trait 均 
实现 了 所 需 的 行为 。 

Persistence, Midtier 和 UI 特征 均 起 到 了 模块 抽象 体 的 作用 。 而 具体 的 实现 则 很 清楚 的 与 

这 些 定 义 分 隔 开 了 。 将 这 些 模块 抽象 体 与 具体 实现 组 合 起 来 ， 便 构成 了 这 个 应 用 程序 。 自 

类 型 注解 指定 了 组 合 的 规则 。 

在 这 个 示例 中 ， 作 为 依赖 注入 机 制 (http:Wjonasboner.com/2008/10/06/real-world-scala- 

dependency-injection-di) 的 替代 品 , Cake 模式 很 好 地 发 挥 了 其 作用 。 在 构造 Scala 自身 的 编 

译 器 时 也 使 用 了 Cake 模式 (参见 Martin Odersky 和 Matthias Zenger 在 OOPSLA’05 会 议 上 

发 表 的 文章 Scalable Component Abstractions) 。 


Aik, Cake 模式 也 有 一 些 整 端 。 假 如 Cake 模式 中 “和 蛋糕 ”之 间 的 依赖 关系 太 过 复杂 ， 可 
能 会 导致 各 个 依赖 之 间 的 初始 化 顺序 出 现 问 题 。 解 决 方法 包括 使 用 lazy val、 和 使 用 方法 取 
代 字 段 ， 这 两 个 解决 方法 都 能 对 初始 化 事件 进行 延迟 ， 直 到 依赖 于 该 “蛋糕 ”的 其 他 “和 蛋 
糕 ” 被 初始 化 才 会 触发 该 事件 。 

在 一 些 应 用 程序 中 ，Cake 模式 的 作用 已 经 不 再 那么 明显 ， 其 至 在 编译 器 中 也 是 如 此 。 不 过 
Cake 模式 仍 有 用 武之 地 ， 只 是 在 使 用 时 需要 谨慎 。 


23.4 设计 模式 


批评 者 虽然 认可 设计 模式 能 够 实现 语言 自身 所 缺失 的 一 些 功能 ， 但 是 设计 模式 最 近 还 是 遭 
受 了 一 些 择 击 。“ 四 人 组 ”所 提出 的 一 些 模式 | 实际 上 在 Scala 中 并 不 需要 ， 这 是 因为 Scala 
语言 自身 所 提供 的 功能 已 经 提供 了 更 好 的 解决 方法 。 而 其 他 的 一 些 模式 则 是 作为 语言 的 一 
部 分 而 存在 ， 我 们 无 需 编 写 特别 的 代码 来 实现 这 些 模 式 。 当 然 ， 设 计 模式 常 被 误 用 和 洲 
用 ， 以 致 于 变 成 每 个 设计 难题 的 潘多拉 之 盒 ， 不 过 这 并 不 是 设计 模式 的 过 错 。 

设计 模式 将 那些 经 常 出 现 、 广 泛 使 用 的 有 用 思想 文档 化 。 模 式 也 变 成 了 一 个 有 用 的 词汇 ， 
开发 者 们 可 以 使 用 模式 进行 交流 。 在 16.2 节 中 ， 我 提 到 过 ， 分 类 其 实 是 一 种 设计 模式 。 我 
们 从 数学 中 汲取 了 该 模式 的 思想 ， 并 将 其 运用 到 函数 式 编程 中 。 
下 面 我 们 将 列举 “四 人 组 ”所 总 结 出 的 那些 模式 ， 并 讨论 Scala 和 Akka 这 样 的 工具 集中 对 
应 的 实现 ， 我 们 会 将 这 些 实现 作为 设计 模式 的 应 用 示例 (无论 Scala 中 是 否 出 现 过 这 些 i 
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注 1: 请 参考 Erich Gamma 等 人 编写 的 《设计 模式 : 可 复 用 面向 对 象 软 件 的 基础 》。 
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计 模 式 的 名 字 )。 本 书 在 讲解 设计 模式 时 ， 将 遵循 下 列 分 类 : 创建 型 模式 、 结 构 型 模式 和 行 
为 型 模式 。 


23.4.1 构造 型 模式 





抽象 工厂 (abstract factory) 

抽象 工厂 是 一 种 基于 特定 类 型 家 族 构 造 实例 的 抽象 体 ， 使 用 抽象 工厂 时 无 需 指定 构造 
实例 的 类 型 。 对 象 中 的 apply 方法 能 实现 这 一 模式 ，apply 方法 能 够 根据 传人 的 参数 初 
始 化 出 适当 类 型 的 实例 。 除 此 之 外 ， 将 函数 传递 给 Monad.flatMap， 或 者 使 用 Applicative 
定义 apply 方法 同样 能 够 实现 这 种 抽象 构造 的 功能 。 

构造 器 模式 (builder) 

构造 器 会 根据 对 象 内 容 ， 对 复杂 对 象 的 构造 过 程 进行 分 解 ， 这 样 一 来 便 可 以 在 构造 多 
种 不 同 的 对 象 时 复 用 相同 的 构造 过 程 。collection.generic.CanBuildFrom (http://www. 
scala-lang.org/api/current/index.html#scala.collection.generic.CanBuildFrom) 便 是 一 个 很 好 
的 Scala 示例 ， 使 用 该 对 象 时 可 以 利用 像 map 这 样 的 组 合 器 方法 构造 一 个 相同 类 型 的 新 
的 集合 对 象 ， 构 造 出 的 集合 类 型 与 输入 集合 类 型 相同 。 

工厂 方法 (factory method) 

在 父 类 中 定义 一 个 方法 ， 子 类 型 会 重 载 (或 实现 ) 该 方法 。 而 子 类 型 正 是 通过 这 种 方式 
决定 初始 化 什么 类 型 和 初始 化 的 方式 。CanBuildFrom.apply 方法 便 是 一 个 用 于 创建 构造 
器 实例 的 抽象 方法 ， 而 新 创建 的 构造 器 则 可 以 用 于 构建 实例 。 子 类 型 与 特定 的 实例 可 以 
提供 工作 方法 的 具体 实现 。Applicative.apply 可 以 提供 类 似 的 抽象 。 


原型 模式 (prototype) 

在 原型 模式 中 存在 一 个 用 作 原 型 的 实例 ， 之 后 复制 该 原型 实例 并 对 其 进行 选择 性 的 修 
改 ， 从 而 得 到 新 实例 。Case 类 的 copy 方法 是 原型 模式 的 一 个 很 好 的 示例 ， 使 用 copy 方 
法 时 ， 用 户 可 以 对 某 一 实例 进行 克隆 ， 同 时 用 户 还 能 通过 指定 参数 的 方式 对 该 实例 进行 
修改 。 我 们 在 16.2 节 中 提 到 了 Lens (函数 式 访问 器 )， 不 过 并 未 对 Lens 进行 讲解 。 与 
其 他 属性 访问 器 相 比 ，Lens 提供 了 另 一 种 设置 (并 复制 ) 或 获取 任意 深度 对 象 图 谱 中 
对 象 值 的 技术 。 

单 例 模式 (singleton) 

单 例 模式 确保 类 型 只 有 一 个 实例 ， 且 该 类 型 的 所 有 用 户 都 能 访问 这 个 唯一 的 实例 。 
Scala 通过 object 实现 了 单 例 模式 ， 因 此 该 模式 可 以 看 作 Scala 语言 的 最 好 功能 。 


















































23.4.2 ”结构 型 模式 


适配器 模式 (adapter) 

适配器 模式 创建 用 户 期 望 的 接口 对 其 他 抽象 体 进行 封装 ， 封 装 完成 后 ， 用 户 便 可 以 使 用 
该 抽象 体 。 在 之 前 的 9.2 节 和 14.7 节 中 ， 我 们 讨论 了 Observer 模式 的 一 些 可 能 的 实现 ， 
以 及 如 何在 这 些 实现 中 进行 取舍 ， 其 中 重点 提 到 了 抽象 体 和 入 在 观察 者 之 间 建 立 耦 合 的 
方式 。 我 们 首先 使 用 trait 描述 了 观察 者 需要 实现 的 功能 。 之 后 我 们 为 了 降低 依赖 ， 又 
使 用 结构 化 类 型 取代 了 该 trait。 事 实 上 ， 潜 在 观察 者 并 不 需要 实现 我 们 所 定义 的 trait, 
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它 只 需要 提供 某 一 专门 的 方法 即 可 。 最 后 ， 我 们 注意 到 如 果 使 用 匿名 函数 ， 可 以 完全 地 
解除 与 观察 者 之 间 的 耦合 。 这 个 匿名 函数 便 是 适配器 。 观 察 者 所 观察 的 主体 会 调用 该 适 
配器 ， 而 该 适配器 内 部 则 会 调用 所 有 需要 执行 的 观察 者 。 

桥接 模式 (bridge) 

将 抽象 体 和 实现 体 分 隔 开 ， 这 样 一 来 便 能 独立 地 对 这 两 者 进行 更 改 。 类 型 类 (type 
class) 可 以 看 作 是 桥接 模式 的 一 个 有 趣 示例 ， 从 风 辑 上 看 ， 桥 接 模 式 被 类 型 类 应 用 到 了 
极致 。 类 型 类 不 仅 将 类 型 可 能 需要 的 抽象 从 类 型 中 剥离 开 ， 只 在 需要 时 才 重 新 添加 到 类 
型 中 ， 而 且 指定 类 型 的 类 型 类 抽象 实现 同样 也 被 单独 定义 在 其 他 地 方 。 

组 合 模式 (composite) 
使 用 由 一 组 实例 组 成 的 树 形 结构 表示 “局 部 一 整体 ”的 层次 关系 。 对 个 体 实 例 和 组 合 实 
例 进行 相同 的 对 待 。 函 数 式 代码 倾向 于 避免 使 用 类 型 之 间 的 各 类 层次 关系 ， 它 青睐 于 
使 用 像 树 这 样 的 泛 型 结构 来 表示 层次 ， 并 提供 操作 树 的 统一 访问 方法 和 完整 的 组 合 器 。 
Lens 便 是 这 样 一 类 工具 ， 我 们 可 以 使 用 它 对 复杂 的 组 合 进行 处 理 。 
装饰 模式 (decorator) 

为 某 一 对 象 “ 动 态 ” 地 附加 额外 的 职责 。 无 需 对 类 型 的 原始 代码 进行 修改 ， 类 型 类 在 
编译 期 间 便 能 执行 这 样 的 操作 。 假 如 你 希望 能 够 提供 真正 的 运行 灵活 性 ， 那 么 Dynamic 
特征 (http://www.scala-lang.org/api/current/index.html#scala.Dynamic) 便 能 派 上 用 场 。 
假如 你 希望 能 够 对 某 一 值 或 计算 过 程 进行 “装饰 ”， 那 么 你 可 以 分 别 使 用 Monad 和 
Applicative。 

外 观 模式 (facade) 

为 了 能 够 使 子 系统 更 易 使 用 ， 外 观 模 式 为 子 系统 中 的 多 个 接口 提供 统一 的 接口 。 包 对 象 
便 支持 这 类 模式 。 包 对 象 能 够 只 对 外 暴露 应 该 公有 的 类 型 和 行为 。 

享 元 模式 (flyweight) 

为 了 能 够 有 效 地 人 许 大 量 细 粒度 对 象 对 资源 进行 访问 ， 采 用 共享 的 方式 提供 资源 。 力 
数 式 编程 强调 对 象 的 不 可 变性 ， 这 也 使 得 我 们 能 够 很 直接 的 在 函数 式 编程 语言 中 实现 
享 元 模式 。 像 Vector (http://www.scala-lang.org/api/current/index.html#scala.collection. 
immutable.Vector) 这 样 的 持久 化 数据 类 型 便 是 很 重要 的 示例 。 

代理 模式 (proxy) 

代理 模式 会 提供 其 他 实例 代理 对 象 ， 以 对 该 实例 的 所 有 访问 进行 控制 。 包 对 象 在 细 粒 度 
级 别 上 提供 了 对 代理 模式 的 支持 。 值 得 注意 的 是 ， 由 于 多 个 用 户 操作 不 可 变 实 例 时 并 不 
会 出 现 访问 冲突 这 样 的 问题 ， 因 此 Scala 对 访问 控制 的 需求 也 就 降低 了 。 


































































































23.4.3 ”行为 型 模式 


职责 链 模式 (chain of responsibility) 

职责 链 模式 销 除了 发 送 者 和 接收 者 之 间 的 耦合 。 该 模式 允许 一 组 溢 在 的 接收 者 对 请 求 进 
行 处 理 。 当 前 面 的 接收 者 执行 完毕 ， 后 续 的 接收 者 才 开 始 执行 。 这 也 是 模式 匹配 的 工 
作 原 理 。 职 责 链 模式 的 描述 更 适用 于 Akka 的 receive 块 ， 在 receive 代码 块 中 ,“ 发 送 
者 ”和 “接收 者 ”不 只 是 简单 的 暗喻 。 
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命令 模式 (command) 

对 服务 请 求 进行 具体 化 。 这 样 一 来 ， 我 们 便 能 将 这 些 请 求 队列 化 ， 使 请 求 可 以 执行 撤 
销 、 重 新 执行 等 操作 。 这 也 是 Akka 的 工作 方式 。 尽 管 尚 未 支持 撤销 和 重 做 功能 ， 不 过 
Akka 在 原则 上 是 能 够 提供 这 些 功能 的 。Monad 模式 的 一 类 典型 应 用 便 是 此 类 问题 的 一 
种 扩展 ， 在 此 类 应 用 中 ， 我 们 会 仔细 管理 系统 的 状态 转换 ， 并 将 “命令 ” 步 又 按照 可 预 
测 的 顺序 进行 组 合 (对 于 默认 情况 下 惰性 求 值 的 语言 而 言 ， 这 是 一 项 重要 的 特性 )。 
解释 器 模式 (interpreter) 
定义 了 一 门 语言 以 及 解释 该 语言 表达 式 的 方式 。“ 四 人 组 ”编写 了 设计 模式 后 ，DSL 这 
一 名 词 也 开始 兴起 。DSL 语言 中 的 一 些 方法 已 经 在 第 20 章 讲解 过 。 

和 迭代 器 模式 (iterator) 

能 够 在 不 暴露 容器 实现 细节 的 情况 下 对 该 容器 进行 和 遍历。 操作 国 数 化 容 绒 时 ， 几 乎 所 有 
的 操作 都 遵循 该 设计 模式 。 

中 介 者 模式 (mediator) 

为 了 避免 实例 之 间 直 接地 交互 ， 中 介 者 模式 使 用 中 介 者 来 实现 交互 功能 ， 该 模式 允许 各 
类 交互 分 别 独立 地 改良 。ExecutionContext (http:/Avww.scala-lang.org/api/current/index. 
html#scala.concurrent.ExecutionContext) 被 用 于 协调 异步 计算 。 在 使 用 Future It, 1E 
是 由 于 ExecutionContext 的 存在 ，Future 对 象 无 需 了 解 关 于 异步 协作 的 任何 机 制 。 医 
此 我 们 可 以 将 ExecutionContext 视 为 中 介 者 的 一 个 例子 。 与 之 类 似 ，Akka 运行 时 通 
过 在 actor 之 间 建 立 少 量 的 连接 ， 能 对 actor 之 间 的 消息 进行 调解 。 在 此 期 间 ，Akka 需 
要 使 用 特定 的 ActorRef 对 象 (http://doc.akka.io/api/akka/current/index.html#akka.actor. 
ActorRef) 发 送 消 息 ， 无 需 通 过 程序 硬 编码 描述 actor 之 间 的 依赖 关系 ，Akka 只 要 利用 
像 名 字 查 找 这 样 的 方法 便 能 找到 消息 的 接收 方 。 除 此 之 外 ，Akka 为 actor 提供 了 一 层 可 
以 进行 间接 交互 的 模块 。 

备忘录 模式 (momento) 

备忘录 模式 会 捕获 实例 状态 ， 对 实例 状态 进行 存储 ， 并 使 用 存储 状态 对 该 状态 进行 恢 
复 。 使 用 纯 函 数 能 够 更 容易 地 实现 记忆 化 (memoization) 功能 。 我 们 可 以 使 用 装饰 器 
(decorator) 添加 备忘录 ， 这 样 一 来 ,假如 添加 备忘录 时 传 入 了 之 前 已 经 使 用 过 的 参数 ， 
系统 可 以 避免 重复 调用 该 函数 ， 直 接 返 回 备忘录 。 

观察 者 模式 (observer) 

根据 主体 状态 ， 建 立 主体 与 观察 者 之 间 一 对 多 的 依赖 关系 。 当 主体 状态 发 生变 化 时 ， 通 
知 观察 者 。 在 之 前 讲述 适配器 模式 时 ， 我 们 曾 讨论 过 该 模式 。 

状态 模式 (state) 

当 实 例 状 态 发 生 改 变 时 ， 状 态 模 式 允 许 实例 对 自身 行为 进行 更 改 。 假 如 状态 值 是 不 可 变 
值 ， 那 么 为 了 能 够 表示 新 的 状态 ， 状 态 模 式 会 构造 新 的 实例 。 原 则 上 ， 新 构造 的 实例 会 
表现 出 不 一 样 的 行为 ， 尽 管 这 些 变化 会 受到 某 个 常见 父 类 型 抽象 体 的 限制 。 状 态 机 是 
状态 模式 的 更 常见 的 形式 。 我 们 在 17.3 节 中 曾经 看 到 过 状态 机 ， 其 中 Akka 的 actor 和 
actor 模型 能 够 实现 通常 意义 上 的 状态 机 。 
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。 策略 模式 (strategy) 
对 一 组 相关 算法 进行 物化 操作 ， 使 得 这 些 算法 能 交换 使 用 。 利 用 高 阶 函 数 能 够 简单 地 实 
现 这 一 模式 。 例 如 : 调用 map 方法 时 ， 调 用 者 能 够 选择 “算法 ”对 每 个 元 素 进 行 转 换 。 
。 模板 方法 (template method) 
以 final 方法 的 形式 定义 某 一 算法 的 实现 框架 ， 该 方法 会 调用 其 他 的 一 些 国 数 ， 而 为 了 
能 够 对 这 些 方法 的 行为 进行 定制 ， 子 类 可 以 对 这 些 被 调用 方法 进行 覆 写 。 正 如 11.1 市 
中 讲述 的 那样 ， 覆 写 具 体 方法 的 做 法 既 破 坏 了 既 有 规则 ， 也 不 安全 。 模 板 方 法 则 更 讲 原 
则 且 更 为 安全 ， 也 正 因为 如 此 ， 模 板 方 法 是 我 最 喜欢 的 模式 之 一 。 值 得 注意 的 是 ， 除 了 
定义 用 于 覆 写 的 抽象 方法 之 外 ， 我 们 还 可 以 将 模板 方法 定义 成 高 阶 函 数 ， 将 具体 实现 传 
入 到 高 阶 函数 中 ， 以 实现 自 定义 功能 。 
。 访问 者 模式 (visitor) 
使 用 访问 者 模式 时 ， 我 们 会 向 某 个 实例 中 插入 一 个 协议 。 这 样 一 来 ， 其 他 代码 便 能 通过 
该 协议 访问 原本 不 被 该 类 型 支持 的 内 部 操作 。 但 是 ， 该 模式 其 实 是 一 个 很 糟糕 的 模式 ， 
它 侵 犯 了 public 接口 ， 并 使 实现 变 得 复杂 。 不 过 幸运 的 是 ， 我 们 有 更 好 的 解决 选项 。 类 
型 定义 者 可 以 通过 定义 unapply 或 unapplySeq 方法 来 定义 一 种 低 开销 的 协议 ， 对 外 只 又 
露 应 该 开放 的 内 部 状态 。 模 式 匹 配 便 使 用 了 这 一 功能 提取 匹配 值 并 实现 新 的 功能 。 类 型 
类 无 法 提供 内 部 状态 的 访问 接口 ， 因 此 无 法 满足 一 些 特殊 的 需求 ， 不 过 我 们 还 是 可 以 使 
用 它们 为 既 存 类 型 添加 新 的 行为 。 当 然 ， 访 问 内 部 状态 本 身 就 是 一 个 很 粳 糕 的 设计 。 


23.5 契约 式 设计 带 来 更 好 的 设计 


我 们 所 使 用 的 类 型 能 够 陈述 程序 所 允许 的 状态 。 为 了 验证 类 型 未 能 指定 的 行为 ， 我 们 会 采 

用 测试 驱动 开发 《TDD) 或 其 他 的 测试 方法 。 在 TDD 和 函数 式 编程 还 未 成 为 主流 之 前 ， 

Bertrand Meyer {i fE H T 32 24 Ait i+ (design by contract, DbC), Meyer 运用 Eiffel 语言 

(http://archive.eiffel.com/doc/manuals/technology/contract) 实现 了 这 一 方法 。 尽 管 这 一 方法 

已 经 不 再 受 人 青睐 ， 不 过 仍然 出 现 了 一 些 按照 “ 在 客户 和 服务 之 前 建立 契约 ”的 思路 构造 

出 来 的 设计 。 思 考 设计 时 ， 契 约 式 设计 是 一 种 非常 有 用 的 隐喻 。 我 们 大 多 数 时 候 都 会 使 用 

DbC Kis. 

模块 的 “契约 ”应 指定 下 面 三 类 条 件 。 

() 为 了 能 够 成 功 地 提供 服务 ， 应 该 为 模块 输入 指定 哪些 约束 ?” 这些 约束 被 称 为 前 置 条 件 。 
假如 服务 并 不 是 以 “ 纯 ” 函 数 的 形式 提供 ， 那 么 这 些 约束 也 许 还 需 萎 虑 系统 需求 和 一 些 

额外 的 数据 。 前 置 条 件 会 对 用 户 的 行为 进行 约束 。 

(2) 当 用 户 输 入 满足 前 置 条 件 后 ， 应 该 设计 哪些 约束 ， 对 模块 返回 的 结果 进行 保障 ?这 些 条 
件 被 称 为 后 置 条 件 ， 它 们 对 服务 本 身 进行 约束 。 

(3) 在 服务 执行 之 前 与 执行 之 后 ， 哪 些 不 变量 必须 满足 要 求 ? 

除了 上 上述 三 个 条 件 之 外 ， 契 约 式 设计 要 求 必 须 以 可 执行 代码 的 方式 指定 这 些 契 约 式 约束 。 

这 样 一 来 ， 这 些 约束 在 系统 运行 时 便 能 自动 地 强制 执行 。 假 如 某 一 条 件 未 通过 检验 ， 系 统 

便 会 立刻 停止 。 这 迫使 你 必须 立刻 找到 并 修复 造成 这 一 问题 的 错误 。( 我 曾经 参与 过 这 样 

一 个 项 目 ,， 该 项 目 一 直 成 功 实施 DbC 设计 ， 直 到 某 天 团队 领导 认为 DbC 所 导致 的 程序 中 
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断 带 来 了 某 些 “不 便利 ”的 地 方 。 之 后 的 几 个 月 里 ， 系 统 日 志 中 写 满 了 各 种 不 合 契 约 的 错 
误 信 息 ， 但 没有 人 会 费 神 修复 这 些 错 误 。) 

常见 的 做 法 是 只 在 测试 时 才 开启 条 件 检查 ， 在 生产 环境 中 则 关闭 这 些 检查 。 这 样 一 来 ， 我 
们 便 能 在 生产 环境 中 移 除 这 些 检 查 所 带 来 的 额外 开销 ， 同 时 也 不 会 由 于 某 个 条 件 未 通过 而 
导致 生产 环境 中 系统 的 崩溃 。 值 得 注意 的 是 ，actor 模型 信奉 let it crash (ESATA. TE 





















































系统 运行 时 ， 假 如 某 个 条 件 未 通过 检查 ， 难 道 不 应 该 让 系统 崩 涡 ， 之 后 再 运行 时 启动 系统 








恢复 吗 ? 

尽管 Scala 并 没有 为 契约 式 设计 提供 什么 显 式 的 支持 ， 不 过 Predef 对 象 (http://www.scala- 
lang.org/api/current/index.html#scala.Predef$) 提供 了 许多 可 用 于 契约 式 设计 的 方法 ， 它 们 是 
assert 方法 、assume 方法 和 require 方法 。 下 面 的 示例 演示 了 如 何 使 用 require 和 assert 
方法 构造 契约 ; 


@ 


© 








// src/main/scala/progscala2/appdesign/dbc/BankAccount.sc 


case class Money(val amount: Double) { //@ 
require(amount >= 0.0, s"Negative amount Samount not allowed") 


def + (m: Money): Money = Money(amount + m.amount) 
def - (m: Money): Money = Money(amount - m.amount) 
def >= (m: Money): Boolean = amount >= m.amount 


} 
case class BankAccount(balance: Money) { 


def debit(amount: Money) = { // @ 
assert(balance >= amount, 
s"Overdrafts are not permitted, balance = $balance, debit = Samount") 
new BankAccount(balance - amount) 


} 

def credit(amount: Money) = { // ® 
new BankAccount(balance + amount) 

} 


} 
Money 类 对 货币 金额 进行 了 封装 ， 该 类 使 用 require 语句 声明 了 前 置 条 件 ， 只 允许 货币 
金额 为 正 数 。( 请 参考 稍 后 关于 该 程序 运行 分 析 的 相关 讨论 ,) 
debit 方法 不 会 允许 余额 变 成 负数 。 这 是 BankAccount 类 必须 要 满足 的 条 件 ， 也 是 为 什 
么 我 们 使 用 assert， 而 不 是 require 语句 的 原因 。 
我 们 希望 至 少 在 这 个 未 使 用 事务 的 简单 的 示例 中 ， 不 要 发 生 任何 违反 契约 的 事情 。 





























我 们 可 以 尝试 运行 下 列 脚本 : 


import scala.util.Try 
Seq(-10, 0, 10) foreach (i => println(f"Si%3d: ${Try(Money(i))}")) 
val bai = BankAccount(Money(10.0)) 


val ba2 = ba1.credit(Money(5.0)) 
val ba3 = ba2.debit(Money(8.5)) 
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val ba4 = Try(ba3.debit(Money(10.0))) 


println(s""" 
|Initial state: $bal 
|After credit of $$5.0: $ba2 
|After debit of $$8.5: $ba3 
|After debit of $$10.0: $ba4""".stripMargin) 


println 方法 将 产生 下 列 输出 : 


-10: Failure(java.lang.IllegalArgumentException: 
requirement failed: Negative amount -10.0 not allowed) 
0: Success($0.0) 
10: Success($10.0) 


Initial state: BankAccount($10.0) 
After credit of $5.0: BankAccount($15.0) 
After debit of $8.5: BankAccount($6.5) 
After debit of $10.0: Failure(java.lang.AssertionError: 
assertion failed: Overdrafts are not permitted, balance = $6.5, debit = $10.0) 


assrt, assume 语句 以 及 require 方法 均 提 供 了 两 个 可 重 载 的 实现 版 本 。 下 面 我 们 列举 了 
assert 的 两 个 可 重 载 方法 : 


final def assert(assertion: Boolean): Unit 
final def assert(assertion: Boolean, message: => Any): Unit 


假如 断言 参数 值 为 false， 那 么 在 assert 的 第 二 类 实现 方法 中 传人 的 message 参数 将 出 现在 
错误 信息 中 。 否 则 将 使 用 默认 消息 。 


assert 和 assume 方法 表现 相同 。 尽 管 它们 的 名 字 表 明 各 自 的 目的 不 同 ， 但 是 假如 编译 时 
使 用 了 选项 -Xelide-below ASSERTION (此 处 的 ASSERTION 可 以 替换 成 其 一 更 高 的 值 )， 两 
者 都 会 抛 出 AssertionError 代码 上 且 两 种 方法 调用 都 不 会 出 现在 字 节 码 中 。 


require 方法 用 于 对 方法 参数 (包括 了 构造 方法 ) 进行 测试 。 当 测试 失败 时 ，require 方法 
会 抛 出 ILLegaLArgumentException 异常 ， 而 相关 的 代码 并 不 会 受到 -Xelide-below 编译 选 
项 的 影响 。 因 此 ， 在 我 们 编写 的 Money 类 型 中 ，require 检查 永远 无 法 关闭 。 即 使 是 在 关 
闭 了 assert Fl assume 检测 的 生产 环境 中 ，require 检查 也 不 会 关闭 。 假 如 你 并 不 希望 使 用 
这 种 无 法 关闭 的 检测 ， 请 选择 assert BY assume 方法 。 


最 理想 的 情况 是 能 够 通过 类 型 系统 对 所 有 条 件 进行 检测 。 但 Scala 类 型 系统 目前 尚 无 法 做 
到 这 点 。 因 此 ， 我 们 仍 应 使 用 TDD (或 者 TDD 的 变种 ) 和 契约 式 设计 所 带 来 的 断言 检查 
构造 正确 的 软件 。 


23.6 ” 帕 特 农 神 庙 架构 


通用 语言 (ubiquitous language) 是 面向 对 象 设计 中 最 具 诱 惑 力 的 思想 ， 它 为 我 们 描绘 了 这 
样 一 幅 美景 : 所 有 的 团队 成 员 ， 无 论 你 是 商业 利益 相关 人 士 还 是 QA， 为 了 能 够 更 有 效 地 
进行 沟通 ， 都 使 用 相同 的 领域 语言 (2003 Æ, Eric Evans 在 其 编写 的 《领域 驱动 设计 》 一 
书 中 提出 了 “通用 语言 ”这 一 名 词 )。 而 实践 环节 中 ， 这 意味 着 所 有 的 领域 概念 都 将 被 实 
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现成 具有 行为 的 各 个 类 型 ， 代 码 中 也 将 大 量 使 用 到 这 些 类 型 。 

国 数 式 代码 不 同 于 这 类 代码 ， 在 函数 式 代码 中 你 只 能 看 到 极 少数 的 “原子 ”数据 类 型 和 容 
器 ， 所 有 这 些 类 型 和 容器 都 具备 精准 的 代数 属性 。 函 数 式 代码 精简 而 又 准确 ， 利 用 这 些 优 
势 ， 我 们 的 代码 既 能 按期 完成 也 能 满足 代码 质量 的 要 求 。 

在 实现 一 些 真 实 世 界 的 领域 概念 时 ， 由 于 这 些 概念 与 当前 的 情景 有 天 然 的 相关 性 ， 我 们 因 
此 会 碰 到 一 些 难 题 。 对 于 Taxpayer， 你 的 想法 与 我 的 想法 不 同 ， 这 是 因为 我 们 需要 实现 不 
同 的 使 用 场景 (也 可 以 称 作 “用 户 描述 、 需 求 ”等 )。 如 果 我 们 深入 探讨 这 些 问 题 的 本 质 ， 
我 们 会 发 现 我 们 需要 从 数据 存储 中 读 取 一 些 数值 ， 并 根据 税法 中 的 一 些 特定 规则 对 这 些 数 
值 执行 数学 运算 ， 之 后 再 提供 计算 结果 报表 。 所 有 这 些 程序 都 是 CRUD 程序 (CRUD 是 
create, read, update 和 delete 的 简写 ， 分 别 代表 创建 、 读 取 、 更 新 和 删除 操作 )。 你 也 许 
以 为 我 是 在 夸 夸 其 谈 ， 但 事实 上 我 只 是 稍微 夸大 了 一 点 点 。 

根据 下 列 规则 来 决定 是 否 要 在 代码 中 实现 某 一 领域 概念 。 


。 与 元 组 或 map 这 样 的 通用 类 型 进行 比较 : 
- 使 用 该 领域 概念 能 显著 提高 代码 的 封装 性 。 
- 使 用 该 领域 概念 能 够 清楚 地 阐述 代码 的 作用 。 

。 这 一 概念 具有 定义 良好 的 数学 属性 。 

。 这 一 概念 能 够 提高 代码 的 正确 性 。 例 如 : 与 那些 更 为 通用 的 类 型 相 比 ， 新 的 概念 能 够 限 
定 允 许 值 。 


我 们 是 否 应 该 为 金钱 定义 一 个 专门 的 类 型 呢 ” 由 于 金钱 具有 一 些 良好 的 可 定义 属性 ， 因 此 
我 们 应 该 为 其 定义 类 型 。 通 过 Money 类 型 ， 我 们 可 以 执行 运算 ， 并 制定 需要 遵循 的 规则 ， 
如 封装 的 Double 或 BigDecimal 值 是 非 负数 ， 根 据 标准 的 会 计 条 例 舍 和 人 运 算 执行 到 “分 ” 
这 一 货币 单位 等 等 。 

uszipcode 具有 定义 良好 的 属性 。 尽 管 不 会 对 邮编 执行 任何 运算 ， 但 是 我 们 可 以 将 邮编 的 
允许 值 限定 为 US 邮局 服务 所 能 识别 的 五 个 字符 或 五 个 字符 外 加 四 个 数字 。 


为 了 提高 编码 效率 ， 如 果 条 件 允 许 ， 我 会 使 用 value 类 (AnyVal 类 型 的 子 类 ) 来 实现 这 些 
类 型 。 

不 过 ， 在 实现 Taxpayer 和 其 他 一 些 模糊 概念 时 ， 我 会 使 用 由 健 值 对 组 成 的 Map 对象 、 集 
合 或 仅仅 包含 了 待 实现 用 例 中 所 需 数据 字段 信息 的 元 组 。 

不 过 在 从 这 些 通用 语言 中 获 益 的 同时 ， 会 不 会 有 什么 刺 端 呢 ? 对 此 ， 我 花费 了 一 些 时 间 进 
行 思 芳 ， 芳 虑 只 汲取 了 通用 语言 益处 的 架构 样式 。 



















































































下 文 将 要 探讨 的 内 容 只 是 某 一 想法 的 粗略 梗概 ， 该 想法 几乎 是 纯 理 论 的 且 疫 





有 验证 。 
架构 包含 四 层 内 容 。 
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。 通用 语言 的 DSL 层 

















该 层 被 用 于 曾 述 用 例 。 由 于 UI (用 户 界 面 ) 也 是 一 类 交流 工具 ， 因 此 同样 被 作为 一 门 
语言 被 包含 在 这 层 。 
。 DSL # 


DSL 的 实现 层 ， 包 含 一 些 领域 概念 的 实现 类 型 、UI 实现 等 内 容 。 
。 HF) i Ht 
用 户 逻 辑 层 包含 用 于 实现 各 个 用 例 的 函数 式 代 码 。 这 些 代 码 主要 依赖 于 标准 库 类 型 、 领 
域 相关 类 型 ， 而 代码 本 身 也 会 尽 可 能 的 集中 、 简 洁 。 由 于 这 些 代码 非常 简洁 ， 大 多 数 用 
例 的 实现 代码 就 是 系统 的 一 个 单独 切面 。 
核心 库 
这 一 层 包含 Scala 标准 库 、Akka JÆ, Play 库 、 日 志 API、 数 据 库 访 问 相 关 库 等 核心 库 ， 
以 及 从 用 例 实现 中 提取 出 来 的 可 重用 代码 。 
下 面 这 张 图 让 我 联想 起 希腊 神 庙 的 经 典 形象 ， 其 中 每 个 用 例 都 构成 了 一 列 柱子 。 正 因为 如 
此 ， 请 允许 我 自负 的 将 该 架构 称 为 由 特 农 架构 〈 请 参考 图 23-1)。 
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23-1: 由 特 农 神 庙 架 构 





在 帕 特 农 架构 中 ， 神 庙 的 根基 代表 核心 库 ， 列 柱 代 表 用 例 代 码 。 柱 上 棚 构 代表 支持 领域 的 
库 ， 包 括 DSL 实现 和 UL, MARRI = ARA DSL 代码 ， 该 代码 由 用 户 编 写 ， 用 于 实 
现 每 个 用 例 。 了 解 更 多 寺庙 术语 ， 请 参见 维基 百科 (http://en.wikipedia.org/wiki/Ancient_ 
Greek_temple)。 


由 于 用 例 代码 列 柱 看 上 去 排斥 重用 ， 因 此 这 种 想法 虽然 很 新 奇 ， 但 也 带 来 了 一 些 和 争议 。 架 
构 顶 部 提供 了 可 重用 的 领域 相关 代码 库 ， 而 底部 同样 提供 了 很 多 可 重用 的 库 。 这 使 得 该 架 
HEEK WA” KEIN (https://en.wikipedia.org/wiki/Stovepipe_system) 


不 过 ， 我 们 作出 的 每 个 设计 选择 都 同时 具有 优势 和 劣势 。 重 用 带 来 的 好 处 是 能 够 消除 元 
余 ， 劣 势 则 是 容易 造成 代码 拥堵 点 ， 也 就 是 说 ， 许 多 代码 路 径 会 同时 经 过 相同 的 可 重用 对 
象 ， 这 在 面向 对 象 的 系统 中 尤为 突出 。 假 如 这 些 对 象 中 包含 可 变 状态 ， 便 会 导致 一 些 回 
题 。 形 成 代码 拥堵 点 之 后 ， 用 例 之 间 的 逻辑 的 剥离 会 变 得 困难 。 在 这 种 情况 下 ， 我 们 也 很 
难 进行 独立 开发 ， 由 于 这 些 用 例会 横 跨 多 个 进程 ， 这 也 限制 了 代码 水 平 扩展 的 能 力 。 
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同样 的 ， 就 像 本 书 中 上 








H 现 的 一 些 示 例 一 样 ， 每 个 用 例 所 对 应 的 函数 式 代码 应 该 非常 短小 ， 


因此 ， 我 们 无 需 花 费 精 力 移 除 那 些 普通 的 复制 。 相 反 的 ， 这 些 简 单 的 、 适 当 的 数据 流 逻 辑 
易于 理解 、 测 试 和 升级 。 





在 20.3 节 中 我 们 曾 











经 讲解 了 一 个 使 用 外 部 DSL 的 工资 系统 ， 我 们 将 重新 引用 该 示例 。 这 





个 示例 略微 有 些 复 杂 ， 我 们 会 读 取 一 个 记录 了 一 组 用 户 信息 的 数据 文件 ， 文 件 中 的 数据 以 
喜 号 分 隔 ， 之 后 我 们 会 根据 文件 内 容 构 造 字符 串 ， 并 将 这 些 字符 串 放 入 DSL 之 中 进行 分 析 
并 生成 我 们 需要 的 数据 结 最 后 我 们 将 实现 两 个 用 例 : 报告 每 个 员工 工资 的 检查 单 和 报 
告 工 资 发 放 期 的 总 体 情 ; 


过 在 这 





saul aE 


个 示例 中 ， 这 档 








。 在 实际 的 应 用 程序 中 应 用 这 些 中 间 字 符 串 并 没有 什么 意义 ， 不 
i ee ae DSL， 而 且 











有 助 于 解释 程序 的 要 点 : 


// src/main/scala/progscala2/appdesign/parthenon/PayrollUseCases.scala 
package progscala2.appdesign.parthenon 

import progscala2.dsls.payroll.parsercomb.dsl.PayrollParser 

import progscala2.dsls.payroll.common._ 


object PayrollParthenon { //®@ 
val dsl = """biweekly { 
federal tax %f percent, 


state tax 


%f percent, 


insurance premiums %f dollars, 


retirement 


yi nn 


savings %f percent 


// @ 


private def readData(inputFileName: String): Seq[(String, Money, String)] = 


for { 


line <- scala.io.Source.fromFile(inputFileName).getLines.toVector 
if line.matches("\\s*#.*") == false // skip comments 
} yield toRule(line) 


private def toRule(line: String): (String, Money, String) = { // © 
val Array(name, salary, fedTax, stateTax, insurance, retirement) = 
line.split("""\s*,\s*""") 
val ruleString = dsl.format( 
fedTax.toDouble, stateTax.toDouble, 
insurance.toDouble, retirement. toDouble) 
(name, Money(salary.toDouble), ruleString) 


} 


private val parser = new PayrollParser // @ 


private def toDeduction(rule: String) = 
parser.parseALl(parser.biweekly, rule).get 


private type EmployeeData = (String, Money, Deductions) // ® 


// © 


private def processRules(inputFileName: String): Seq[EmployeeData] = { 
val data = readData(inputFileName) 


for { 


(name, salary, rule) <- data 


deductions 


= toDeduction(rule) 


} yield (name, salary, toDeduction(rule)) 
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} 
//@ 
def biweeklyPayrollPerEmployeeReportUseCase(data: Seq[EmployeeData]): Unit ={ 
val fmt = "%-10s %6.2f %5.2f %5.2f\n" 
val head = "%-10s %-7s %-5s %s\n" 
println("\nBiweekly Payroll:") 
printf(head, "Name", "Gross", "Net", "Deductions") 
printf(head, "----", "----- my Mane "---------- ") 
for { 
(name, salary, deductions) <- data 
gross = deductions.gross(salary.amount) 
net = deductions.net(salary.amount) 
} printf(fmt, name, gross, net, gross - net) 
} 


// © 
def biweeklyPayrollTotalsReportUseCase(data: Seq[EmployeeData]): Unit = { 


val (gross, net) = (data foldLeft (0.0, 0.0)) { 
case ((gross, net), (name, salary, deductions)) => 
val g = deductions.gross(salary. amount) 
val n = deductions.net(salary.amount) 
(gross + g, net + n) 


} 
printf("\nBiweekly Totals: Gross %7.2f, Net %6.2f, Deductions: %6.2f\n", 
gross, net, gross - net) 


} 


def main(args: Array[String]) = { 
val inputFileName = 
if (args.length > 0) args(@) else "misc/parthenon-payroll.txt" 
val data = processRules(inputFileName) 


biweeklLyPayroLllTotalsReportUseCase(data) 
biweeklyPayrollPerEmployeeReportUseCase(data) 
} 
} 


@ 首先 我 们 使 用 DSL 语言 定义 了 一 个 格式 化 字符 串 ， 字 符 串 中 的 实际 数值 会 在 运行 时 填 

@ 从 输入 文件 中 读 取 数据 ， 移 除 文 件 中 注释 行内 容 (注释 行 起 始 位 置 会 出 现任 意 长 度 的 
空白 字符 ， 之 后 紧 跟 着 # 字 符 )， 之 后 使 用 DSL 将 每 条 员工 记录 转换 成 一 个 规则 。 考 虑 
到 示例 的 简单 性 ， 我 们 忽略 了 错误 处 理 ， 还 复 用 了 契约 式 设 计 相 关 章 节 中 使 用 的 Money 
类 (我 们 没有 重复 列 出 Money 类 的 实现 代码 )。 

@ 将 每 条 记录 分 解 成 一 个 个 字段 ， 并 将 数字 都 转化 为 Double 类 型 ， 之 后 我 们 使 用 规则 字 

符 串 为 每 位 员工 生成 相关 信息 ， 最 后 返回 员工 姓名 、 工 资 和 规则 。 

像 往常 一 样 ， 我 们 构造 了 一 个 DSL 解释 器 ， 并 使 用 该 解释 器 对 规则 字符 串 进 行 解析 。 

O 为 了 提高 代码 的 可 读 性 ， 我 们 定义 了 一 个 类 型 别名 。 这 是 一 个 比较 合算 的 做 法 ， 因 为 

我 们 只 需要 在 内 部 使 用 该 别名 。 

读 取 数 据 文件 ， 并 从 中 抽取 出 每 位 员工 的 名 字 、 工 资 以 及 扣除 金额 信息 。 

o 用 例 : 汇报 每 位 员工 在 每 两 周一 次 的 发 薪 日 所 获取 的 工资 、 净 收入 以 及 工资 扣 项 。 
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o 用 例 : 汇报 每 两 周一 次 的 发 薪 日 中 ， 所 有 员工 获得 的 工资 总 额 、 净 收入 总 额 以 及 总 共 
的 工资 扣 项 。 

默认 情况 下 ， 程 序 会 加 载 misc 文 件 内 的 一 个 数据 文件 。 假 如 你 使 用 命令 

progscala2.appdesign.parthenon.PayrollParthenon 在 sbt 中 运行 该 程序 ， 这 将 得 到 main 

方法 执行 的 两 个 用 例 的 输出 信息 ， 输 出 如 下 所 示 : 


Biweekly Totals: Gross 19230.77, Net 12723.08, Deductions: 6507.69 


un-main 








Biweekly Payroll: 
Name Gross Net Deductions 


Joe CEO 7692.31 5184.62 2507.69 
Jane CFO 6923.08 4457.69 2465.38 
Phil Coder 4615.38 3080.77 1534.62 


尽管 该 程序 还 有 大 量 的 改良 空间 ， 不 过 由 于 该 程序 仅仅 用 来 说 明 我 们 可 以 使 用 简短 的 、 彼 
此 无 关 的 代码 “柱子 ”实现 真实 的 用 例 ， 因 此 我 们 不 对 其 进行 修改 。 这 些 代码 从 “顶层 ” 
库 中 选取 了 一 些 领 域 概念 ， 并 从 “底层 ” 库 提供 的 Scala API 中 挑选 出 一 些 核心 基础 设施 。 


23.7 ”本 章 回顾 与 下 一 章 提要 


我 们 讨论 了 应 用 设计 过 程 中 出 现 的 许多 范式 问题 ， 其 中 包括 设计 模式 和 契约 式 设 计 。 我 们 
也 深入 讲解 了 我 个 人 一 直 思 考 的 架构 模型 ， 该 模型 被 称 为 帕 特 农 神 庙 架 构 。 


本 书 的 最 后 一 章 会 介绍 Scala 提供 的 反射 和 元 编程 机 制 。 
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R245 


Tits: 宏 与 反射 





元 编程 (metaprogramming) 是 一 种 操纵 程序 而 不 是 操纵 数据 的 编程 。 在 一 些 语 言 中 ， 编 程 
和 元 编程 之 间 的 差异 并 不 是 那么 显 音 。 例 如 : Lisp 的 方言 使 用 相同 的 S 表达 式 来 表示 代码 
和 数据 ， 这 种 性 质 称 为 同 像 性 (homoiconicity) 。 操 作 代 码 非常 简单 ， 也 很 常见 。 但 在 Java 
和 Scala 这 样 的 静态 类 型 语言 中 ， 元 编程 则 是 不 第 见 的 。 但 实际 上 元 编程 对 解决 许多 设计 
问题 非常 有 用 。 

“反射 ”一 词 有 时 也 用 于 指 元 编程 。 对 于 Scala 的 反射 库 来 说 的 确 如 此 。 但 是 ， 有 时 反射 只 
表示 狭义 上 的 代码 的 运行 “内 省 ”之 意 。 

在 Scala 这 样 的 语言 中 ， 代 码 先 被 编译 ， 然 后 才能 运行 。 但 许多 动态 类 型 语言 则 直接 解释 
执行 ， 两 者 对 应 的 编译 时 元 编程 与 运行 时 元 编程 有 明显 的 区 别 。 在 编译 时 元 编程 中 ， 所 有 
的 调用 均 发 生 在 编译 前 或 编译 过 程 中 。 经 典 的 C 语言 预 处 理 就 是 一 个 例子 ， 它 在 编译 前 对 
源 代码 进行 转换 。 

Scala 的 元 编程 可 以 发 生 在 编译 时 ， 使 用 宏 来 支持 。 宏 有 点 像 受 约束 的 编译 器 插件 ， 因 为 
它们 操纵 从 所 解析 的 源 代码 中 生成 的 抽象 语法 树 (AST)。 宏 在 生产 字 节 码 的 最 后 编译 阶段 
之 前 调用 ， 以 操纵 AST。 

Java 反射 库 和 Scala 的 扩展 库 提 供 运 行 时 反射 。 

Scala 的 反射 API (包括 宏 )， 是 Scala 发 展 最 快 的 一 个 部 分 。 由 于 其 目标 变换 很 快 ， 我 们 
将 重点 放 在 最 稳定 的 部 分 ， 即 运行 时 反射 和 宏 工 具 quasiquote。 不 过 ， 在 结束 上 时， 我 们 会 
给 出 一 个 完整 的 使 用 当前 宏 API 的 示例 。 

新 一 代 的 宏 功 能 正 处 于 开发 阶段 。 该 项 目 被 称 为 Scala Meta (http://scalamacros.org)。 在 
写作 本 书 的 时 候 ，Scala Meta 的 预览 版 即将 发 布 。 你 应 该 找 找 关于 它 的 最 新 资料 ， 因 为 它 
们 会 出 现在 后 续 版 本 的 Scala 中 。 对 于 当前 的 Scala 2.10 和 2.11 版 本 的 宏 的 实现 ， 请 访问 
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http://scalamacros.org 和 Macro Paradise (http://docs.scala-lang.org/overviews/macros/paradise. 


html) ， 后 者 是 当前 安 系 统 的 孵化 项 目 。 


首先 ， 我 们 将 介绍 一 些 有 用 的 REPL 工具 ， 来 了 解 表达 式 的 类 型 。 然 后 我 们 会 探索 运行 时 
反射 ， 其 次 是 quasiquote， 最 后 讨论 宏 的 示例 。 


24.1 用 于 理解 类 型 的 工具 


REPL 有 个 : type 命令 ， 用 来 打印 类 型 信息 : 


scala> if (true) false else 11.1 
res0: AnyVal = false 














scala> :type if (true) false else 11.1 
AnyVal 


scala> :type -v if (true) false else 11.1 
// Type signature 
AnyVal 


// Internal Type structure 
TypeRef(TypeSymbol(abstract class AnyVal extends Any)) 


:type 命令 只 显示 类 型 。 通 常情 况 下 ，REPL 会 显示 类 型 信息 ， 不 过 ，-v (verbose, 
表示 详细 信息 ) 选项 也 显示 “类 型 内 部 结构 ”。scala.reflect.api.Types.TypeRef 
(http://www.scala-lang.org/api/current/scala-reflect/#scala.reflect.api.Types$TypeRef) 
和 scala.reflect.api.Symbols.TypeSymbol (http://www.scala-lang.org/api/current/ 
scala-reflect/#scala.reflect.api.Symbols$TypeSymbol) 这 几 个 类 型 定义 在 反射 API 中 。 
现在 反射 API 已 经 从 核心 标准 库 中 独立 了 出 来 。Scaladoc 可 以 在 http://www.scala- 
lang.org/api/current/scala-reflect/#package 找到 。 


24.2 ”运行 时 反射 


编译 时 反射 用 于 操纵 代码 ， 而 运行 时 反射 则 主要 用 来 “调整 ”语言 的 语义 (在 一 定 范 目 
内 )， 或 着 加 载 编译 时 未 知 的 代码 ， 即 所 谓 的 极 妆 滞 后 绑 定 (extreme late binding). 


例如 ， 属 性 或 命令 行 参数 用 于 动态 地 指定 实例 的 种 类 以 实现 特定 的 功能 。 反 射 API 用 于 从 
CLASSPATH 能 找到 的 字 市 码 中 ， 定 位 相应 的 类 型 ， 如 果 可 以 找到 对 应 的 类 型 还 要 构造 相 
应 的 实例 。IDE 等 工具 可 以 使 用 反射 来 发 现 和 加 载 插件 。IDE 还 经 常 使 用 反射 了 解 有 关 项 
目 和 库 的 代码 ， 以 支持 代码 补 全 和 类 型 检查 等 功能 。 男 外 字 市 码 工具 也 可 以 使 用 反射 来 寻 
找 安全 漏洞 等 问题 。 


24.2.1 类 型 反射 


你 可 以 在 java.lang.Class (http://docs.oracle.com/javase/8/docs/api/java/lang/Class.html) 的 
方法 中 使 用 Java 的 反射 API。 
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// src/main/scala/progscala2/metaprogramming/reflect.sc 


scala> import scala. language.existentials 
import scala. language.existentials 


scala> trait T[A] { 
| val vT: A 
| def mT = vT 
| } 


defined trait T 


scala> class C(foo: Int) extends T[String] { 


| val vT = "T" 
| val vc = "C" 
| def mc = VC 
| 

| class C2 


| } 


defined class C 


scala> val c = new C(3) 
c: C = $anon$1@5a58e6a4 


scala> val clazz = classOf[C] // Scala 方法 : classOf[C] 
clazz: Class[C] = class C 


scala> val clazz2 = c.getClass // java.lang.Object HAS Ty x 
clazz2: Class[_ <: C] = class $anon$1 


scala> val name = clazz.getName 
name: String = C 


scala> val methods = clazz.getMethods 


methods: Array[java.lang.reflect.Method] = 
Array(public java.lang.String C.mC(), public java.lang.Object C.vT(), ...) 


scala> val ctors = clazz.getConstructors 
ctors: Array[java.lang.reflect.Constructor[_]] = Array(public C(int)) 


scala> val fields = clazz.getFields 
fields: Array[java.lang.reflect.Field] = Array() 


scala> val annos = clazz.getAnnotations 
annos: Array[ java. lang.annotation.Annotation] = Array() 


scala> val parentInterfaces = clazz.getInterfaces 
parentInterfaces: Array[Class[_]] = Array(interface T) 


scala> val superClass = clazz.getSuperclass 
superClass: Class[_ >: C] = class java.lang.Object 


scala> val typeParams = clazz.getTypeParameters 
typeParams: Array[java.lang.reflect.TypeVariable[Class[C]]] = Array() 


这 些 方法 只 能 用 于 AnyRef 的 子 类 型 。 需 要 注意 的 是 ，getFields 似乎 不 能 识别 类 型 5 中 
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Scala 类 型 字段 ! 
Predef 定义 了 一 些 方法 ， 用 来 测试 对 象 是 否 属 于 某 个 类 ， 或 者 将 对 象 转 为 某 个 类 型 : 


scala> c.isInstanceOf[String] 
<console>:13: warning: fruitless type test: a value of type C cannot 
also be a String (the underlying of String) 
c.isInstanceOf [String] 
N 


res0: Boolean = false 


scala> c.isInstanceOf[C] 
resi: Boolean = true 


scala> c.asInstanceOf[T[AnyRef ]] 
res2: T[AnyRef] = C@499a497b 


完成 这 些 任 务 的 Java 操作 符 是 关键 字 。Scala 的 方法 名 故意 起 得 十 分 见长 ， 目 的 是 抑制 它 
们 的 使 用 ! Scala 的 其 他 特性 ， 尤 其 是 模式 匹配 ， 是 完成 这 一 目的 更 好 的 选择 。 





24.2.2 ClassTag, TypeTag5Manifest 


Scala 2.11 核心 库 有 一 个 小 的 反射 API， 而 功能 更 先进 的 反射 特性 则 在 独立 的 库 中 。 下 
面 我 们 来 探讨 核心 库 中 的 CLassTag (http://www.scala-lang.org/api/current/#scala.reflect. 
ClassTag)， 这 是 一 个 用 来 保留 被 类 型 擦 除去 掉 信 息 的 工具 。 类 型 探 除 是 JVM 的 一 个 “ 特 
性 ”， 在 实例 化 参数 类 型 的 实例 时 ， 不 保留 类 型 参数 的 值 。ClassTag 的 一 个 重要 用 途 是 构 
造 出 正确 的 AnyRef 子 类 型 的 Java 数组 。 以 下 是 一 个 改编 自 ClassTag 的 Scaladoc (http:// 
www.scala-lang.org/api/current/#scala.reflect.ClassTag) 帮助 页 面 的 例子 ， 














// src/main/scala/progscala2/metaprogramming/mkArray.sc 
scala> import scala.reflect.ClassTag 
import scala.reflect.ClassTag 


scala> def mkArray[T : ClassTag](elems: T*) = Array[T](elems: _*) 
mkArray: [T](elems: T*)(implicit evidence$1: scala.reflect.ClassTag[T])Array[T] 


scala> mkArray(1, 2, 3) 
resO: Array[Int] = Array(1, 2, 3) 


scala> mkArray("one", "two", "three") 
resi: Array[String] = Array(one, two, three) 


scala> mkArray(1, "two", 3.14) 
<console>:10: warning: a type was inferred to be ‘Any’; 
this may indicate a programming error. 
mkArray(1, "two", 3.14) 
Nn 


res2: Array[Any] = Array(1, two, 3.14) 


这 里 对 AnyRef 使 用 Array.applty 方法 (http://www.scala-lang.org/api/current/#scala.Array$) , 
该 方法 还 有 一 个 参数 列表 ， 甚 中 包含 一 个 隐 含 的 ClassTag 参数 。 编译 器 会 利用 它 知道 的 
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类 型 信息 来 构造 隐 含 的 ClassTag。 然 而 ， 对 于 过 去 就 已 经 构造 完成 的 列表 ， 其 关键 的 类 型 
信息 已 经 丢失 。 如 果 你 传 入 了 集合 ， 然 后 居于 栈 中 很 深 的 位 置 的 某 些 方法 希望 用 ClassTag 
来 自省 时 ， oe 构造 集合 与 相应 的 ClassTag 必须 在 同一 作用 域 ， 然 后 将 它 
们 一 起 传递 给 方法 。ClassTag 通过 隐 含 参数 进行 传递 。 我 们 稍 后 会 再 回来 讨论 这 个 问题 。 


因此 ，ClassTags 不 能 从 字 市 码 中 将 类 型 信息 “复活 ”， 但 它们 可 以 在 类 型 信息 被 擦 除 之 前 
捕获 和 利用 这 些 类 型 信息 。 

ClassTag 实际 上 是 一 个 较 弱 的 版 本 的 scala.reflect.api.TypeTags#TypeTag (http://www. 
scala-lang.org/api/current/scala-reflect/#scala.reflect.api.TypeTags$TypeTag)。 后 者 是 一 个 独立 
的 API， 它 保留 了 完整 的 编译 时 间 信 息 (不 久 我 们 就 将 利用 它 )， 而 ClassTag 只 返回 了 运 
行 时 的 信息 。 此 外 ， 还 有 一 个 scala.reflect.api.TypeTags#WeakTypeTag (http://www.scala- 
lang.org/api/current/scala-reflect/#scala.reflect.api.TypeTags$WeakTypeTag) 用 于 抽象 类 型 。 


Scala doc (http://docs.scala-lang.org/overviews/reflection/typetags-manifests.html) 中 对 其 有 详 
细 的 说 明 。 
需要 注意 的 是 ， 在 Scala 2.10 引入 Typetag 和 ClassTag 之 前 ，reflect 包 中 还 有 一 些 老 的 类 


型 用 于 相同 的 用 途 ， 称 为 Manifest。 这 些 类 型 已 经 废弃 ， 你 会 在 旧 的 源 代码 中 见 到 。 但 
是 ， 你 应 该 使 用 较 新 的 特性 。 


24.3 Scala 的 高 级 运行 时 反射 AP| 


反射 API 的 其 余部 分 支持 更 丰富 的 运行 时 反射 和 编译 时 的 安 。 它 包括 用 于 表示 抽象 语法 树 
和 其 他 上 下 文 的 类 型 。 这 部 分 API 作为 一 个 单独 的 JAR 文件 分 发 ， 是 我 们 在 构建 sbt 时 
包含 的 依赖 之 一 。 这 个 API 的 全 部 细节 都 在 Scaladoc (http://docs.scala-lang.org/overviews/ 
reflection/overview.html) 中 有 对 应 的 描述 。 我 们 将 讨论 这 个 非常 大 的 API 的 核心 理念 ， 并 
列举 几 个 类 型 运行 时 内 省 的 例子 : 


// src/main/scala/progscala2/metaprogramming/match-type-tags.sc 
























































import scala.reflect.runtime.universe._ //@ 
def toType2[T](t: T)(implicit tag: TypeTag[T]): Type = tag.tpe //@ 
def toType[T : TypeTag](t: T): Type = typeOf[T] //° 





© &A runtime.universe 中 的 定义 ， 其 类 型 是 scala.reflect.api.JavaUniverse (http:// 


www.scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.JavaUniverse)。 它 
为 目标 平台 暴露 了 反射 语言 元 素 和 一 些 便利 的 方法 。 

@ 使 用 了 TypeTag[T] (http://www.scala-lang.org/api/current/scala-reflect/index.html#scala. 
aaa Moe eas pe oe 类 型 的 隐 仿 参数， 然后 返回 该 参数 的 类 型 。 

© 绑 定 上 下 文 ， 这 是 一 种 更 简便 的 方法 。typeof[T] 方法 是 implicitly[TypeTag[T]].tpe 
的 简写 。 

回想 一 下 ，TypeTag 保留 了 完整 的 编译 时 类 型 信息 ， 同 时 ClassTag 只 保留 了 运行 时 类 型 


信 JE 0 
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我 们 用 几 个 类 型 来 测试 一 下 这 些 方法 : 


scala> toType(1) 
resi: reflect.runtime.universe.Type = Int 


scala> toType(true) 
res2: reflect.runtime.universe.Type = Boolean 


scala> toType(Seq(1, true, 3.14)) 
<console>:12: warning: a type was inferred to be `AnyVal`; 
this may indicate a programming error. 
toType(Seq(1, true, 3.14)) 


A 


res3: reflect.runtime.universe.Type = Seq[AnyVal] 


scala> toType((i: Int) => i.toString) 
res4: reflect.runtime.universe.Type = Int => java.lang.String 


注意 到 ， 这 里 得 到 了 参数 化 类 型 的 类 型 参数 。 这 修复 了 我 们 在 使 用 ClassTag 时 的 bugs R 
们 会 从 现在 开始 忽略 AnyVal 警告 。 


我 们 可 以 比较 类 型 是 否 相 等 或 是 否 具有 父子 关系 : 





toType(1) =:= typeOf[AnyVal] // false 
toType(1) =:= toType(1) // true 
toType(1) =:= toType(true) // false 
toType(1) <:< typeOf[AnyVal] // true 
toType(1) <:< toType(1) // true 
toType(1) <:< toType(true) // false 
typeOf[Seq[Int]] =:= typeOf[Seq[Any] ] // false 
typeOf[Seq[Int]] <:< typeOf[Seq[Any] ] // true 


我 们 一 直通 过 调用 tpe 方法 来 从 TypeTag 中 获取 Type (http://www.scala-lang.org/api/current/ 
scala-reflect/index.html#scala.reflect.api.Types$Type), 你 也 可 以 用 typeTag (http://www. 
scala-lang.org/api/current/scala-reflect/#scala.reflect.api. TypeTags$TypeTag) 辅助 函数 得 到 类 


型 的 层次 : 


typeTag[Int] // reflect.runtime.universe.TypeTag[Int] = TypeTag[Int] 
typeTag[Seq[Int]] {| ...TypeTag[Seq[Int]] = TypeTag[scala.Seq[Int]] 


在 10.1.1 市 中 ， 我 们 讨论 了 函数 的 协 变 和 逆 变 。 现 在 我 们 用 新 工具 来 获取 这 些 详细 信息 : 


// src/main/scala/progscala2/metaprogramming/func.sc 











class CSuper { def msuper() = println("CSuper") } 
class C extends CSuper { def m() = println("C") } 
class CSub extends C { def msub() = println("CSub") } 
typeOf[C => Č ] =:= typeOf[C => C] // true @ 
typeOf[CSuper => CSub ] =:= typeOf[C => C] // false 
typeOf[CSub => CSuper] =:= typeOf[C => C] // false 
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typeOf[C => C ] <:< typeOf[C => C] // true @ 
typeOf[CSuper => CSub ] <:< typeOf[C => C] // true © 
typeOf[CSub => CSuper] <:< typeOf[C => C] // false @ 


@ 除了 严格 匹配 以 外 ， 其 他 均 不 相等 

@ 任何 类 型 都 是 其 自身 的 子 类 型 ， Wie AIR. 

O 参数 是 Cc 的 父 类 型 ,满足 参数 的 逆 变 性 。 返 回 值 是 Cc 的 子 类 型 ,满足 返回 值 的 协 变性 。 
因此 这 一 条 成 立 。 

@ 同时 违反 了 关于 函数 参数 和 返回 值 的 规则 。 


a 








当 一 个 类 型 是 另 一 个 类 型 的 子 类 型 时 ， 忘 记 相 应 的 规则 ? 使 用 typeof 或 
toType 方法 和 <:< 来 弄 明白 吧 。 


现在 ， 考 虑 一 下 ， 我 们 可 以 从 类 型 中 获取 哪些 信息 。 首 先 ，Type 返回 了 TypeRef (http:// 
www.scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.Types$TypeRef) 的 实 
例 ， 所 以 我 们 用 提取 器 来 确定 其 “前 级 ”， 即 类 型 的 符号 〈 名 称 )， 和 它 需 要 的 类 型 参数 : 
def toTypeRefInfo[T : TypeTag](x: T): (Type, Symbol, Seq[Type]) = { 
val TypeRef(pre, typName, parems) = toType(x) 
(pre, typName, parems) 


} 


元 组 中 的 Type All Symbol 类 型 均 定 义 在 reflect.runtime.universe 中 ， 但 不 要 与 scala. 
Symbol 混淆 。 


toTypeRefInfo(1) // (scala.type, class Int, List()) 
toTypeRefInfo(true) // (scala.type, class Boolean, List()) 
toTypeRefInfo(Seq(1, true, 3.14)) // (scala.collection.type, trait Seq, 


// List(AnyVaL) ) 
toTypeRefInfo((i: Int) => i.toString) // (scala.type, trait Function1, 
// List(Int, java.lang.String) ) 


注意 Seq 的 “前 级 ”scala.collection.type 与 其 他 例子 的 “前 级 ”scala.type 的 不 同 。 正 
如 我 们 预想 的 那样 ，Seq 和 Function1 都 具有 非 空 的 类 型 参数 列表 。 


我 们 甚至 可 以 通过 TypeApt (http:/Avww.scala-lang.org/api/current/scala-reflect/index. 


html#scala.reflect.api.Types$TypeApi) 得 到 更 多 信息 。 我 们 在 REPL 中 尝试 使 用 Seq， 查 看 
返回 的 类 型 。 这 里 我 们 会 省 略 过 长 的 输出 : 


scala> val ts = toType(Seq(1, true, 3.14)) 
ts: reflect.runtime.universe.Type = Seq[AnyVal] 








scala> ts.typeSymbol 
resQ: reflect.runtime.universe.Symbol = trait Seq 


scala> ts.erasure 
resi: reflect.runtime.universe.Type = Seq[Any ] 
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scala> ts.typeArgs 
res2: List[reflect.runtime.universe.Type] = List(AnyVal) 


scala> ts.baseClasses 
res4: List[reflect.runtime.universe.Symbol] = 
List(trait Seq, trait Seqlike, trait GenSeq, trait GenSeqLike, ...) 


scala> ts.companion 
res5: reflect.runtime.universe.Type = scala.collection.Seq.type 


scala> ts.decls 
res6: reflect.runtime.universe.MemberScope = SynchronizedOps( 
method Sinit$, method companion, method seq) 


scala> ts.members 
res7: reflect.runtime.universe.MemberScope = Scopes( 
method seq, method companion, method $init$, method toString, ...) 


上 述 代码 中 大 部 分 是 自 解释 的 。companion 方法 返回 了 伴随 类 型 的 类 型 值 ，decls 返回 了 其 
自身 在 Seq 中 的 定义 ， 而 成 员 返 回 了 被 继承 的 所 有 声明 。 


了 解 更 多 示例 ， 请 参见 概述 (http://docs.scala-lang.org/overviews/reflection/overview.html) 
和 反射 的 Scaladoc (http://www.scala-lang.org/api/current/scala-reflect/#package ) 。 
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Scala 当前 的 宏 已 经 在 许多 先进 的 工具 包 中 为 设计 问题 提供 了 巧妙 的 解决 方案 。 但 是 ， 使 用 
它 时 ， 必 须要 了 解 编译 器 的 内 部 结构 ， 如 编译 器 使 用 的 抽象 语法 树 (AST)。 因 此 ，Scala 
Meta 项 目 (http://scalameta.org) 旨 在 实现 一 个 新 的 宏 系 统 ， 可 以 避免 与 编译 细节 的 耦合 ， 
以 降低 用 户 的 学 习 负 担 。 它 也 将 从 第 一 个 宏 系 统 的 设计 中 总 结 经验 教 训 。 

由 于 Scala Meta 目前 尚 不 可 用 ， 而 当前 的 系统 最 终 会 废弃 ， 因 此 我 们 不 会 讨论 细节 ， 但 
我 们 将 在 结束 时 讨论 一 个 示例 。 有 一 个 特性 有 望 保持 在 Scala Meta 中 保持 相对 不 变 ， 即 
quasiquote, quasiquote 使 用 内 播 字 符 串 的 方式 ， 使 得 操纵 AST 变 得 容易 得 多 。quasiquote 
消除 了 使 用 旧 API 编写 宏 时 需要 的 大 量 样板 代码 和 细节 知识 。 在 Scaladoc (http://docs. 
scala-lang.org/overviews/quasiquotes/intro.html) 中 有 quasiquote 的 文档 。 

需要 注意 的 是 ， 尽 管 与 2.10 版 本 相 比 ，Scala 2.11 版 本 的 API 只 有 一 点 变化 ， 但 是 本 
章 剩 下 的 例子 只 在 Scala 2.11 中 工作 。 具 体 而 言 ， 我 们 很 快 就 会 看 到 一 个 新 的 辅助 方法 
showCode。 我 们 在 后 面 关于 安 的 示例 中 还 会 提 到 APL 上 的 改变 。 

我 们 试 试 其 中 的 一 些 特性 : 


// src/main/scala/progscala2/metaprogramming/quasiquotes.sc 


















































import reflect.runtime.universe._ // © 


import reflect.runtime.currentMirror //@ 
import tools.reflect. ToolBox 
val toolbox = currentMirror.mkToolBox() 
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@ 导入 quasiquote 需要 的 universe, 

@ 引入 了 方便 使 用 的 toolbox。 

根据 你 要 构建 的 AST 树 的 种 类 ， 存 在 几 种 方法 可 以 构造 quasiquote。 我 们 为 表达 式 使 用 
一 般 的 形式 q"…" 和 tq"…"。 其 中 完整 的 选项 列表 和 示例 可 以 在 Scala 文档 (http://docs. 


scala-lang.org/overviews/quasiquotes/syntax-summary.html) 中 查找 。 




















scala> val C = q"case class C(s: String)" 
C: reflect.runtime.universe.ClassDef = 
case class C extends scala.Product with scala.Serializable { 
<caseaccessor> <paramaccessor> val s: String = _; 
def <init>(s: String) = { 
super .<init>(); 
QO 
} 
} 


scala> showCode(C) 
res0: String = case class C(s: String) 


scala> showRaw(C) 
resi: String = ClassDef(Modifiers(CASE), TypeName("C"), List(), ...) 


showCode 方法 打印 出 的 字符 串 与 Scala 声明 的 语法 类 似 (在 这 个 例子 中 ， 与 Scala 语法 一 模 
一 样 )，showRaw 则 根据 AST 树 打 印 出 类 型 。 
q 被 用 来 表示 一 般 的 quasiquote，tq 则 用 来 构造 类 型 树 ， 如 : 


scala> val q = q"List[String]" 
q: reflect.runtime.universe.Tree = List[String] 











scala> val tq = tq"List[String]" 
tq: reflect.runtime.universe.Tree = List[String] 


scala> showRaw(q) 
res2: String = TypeApply(Ident(TermName("List")), 
List(Ident(TypeName("String")))) 


scala> showRaw(tq) 
res2: String = AppliedTypeTree(Ident(TypeName("List")), 
List(Ident(TypeName("String")))) 


scala> q equalsStructure tq 
res4: Boolean = false 


用 showRaw 可 看 到 它们 实际 上 是 不 同 的 。scala.reflect.api.Trees#TypeApplyExtractor 
(http://www.scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api. 
Trees$TypeApplyExtractor) 的 Scaladoc 页 面 解 释 了 这 种 差异 。TypeAppLy (http://www. 
scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.Trees$TypeApply) 对 应 术语 
中 指定 的 类 型 ， 如 def foo[T](t: T) = ... 中 的 foo[T]， 而 AppLiedTypeTree (http://www. 
scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.Trees$AppliedTypeTree) MI] 
用 于 类 型 声明 ， 如 val t: T 中 的 T。 




















AY 
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用 equalsStructure 测试 是 否 相 等 。 
你 可 以 使 用 字符 串 播 值 $5{...}， 即 所 谓 的 unquoting， 将 其 他 的 quasiquote 扩展 为 一 个 


quasiquote : 











scala> Seq(tq"Int", tq"String") map { param => 
| q"case class C(s: $param)" 
| } foreach { q => 
| println(showCode(q)) 
| 


case class C(s: Int) 
case class C(s: String) 


因此 ， 我 们 可 以 对 代码 生成 做 参数 化 ! 请 注意 我 们 使 用 的 是 类 型 quasiquote (tq"..."), 这 
是 因为 param 函数 的 参数 是 用 来 做 类 型 声明 的 。 试 着 用 showRaw 替换 showCode， 然 后 用 q 
REFR (如 "Int") 来 替换 td， 再 比较 这 两 个 替换 的 输出 。 


有 了 时， 做 内 播 时 正常 的 值 会 被 “提升 ”为 quasiquote: 

scala> val list = Seq(1,2,3,4) 

scala> val fmt = "%d, %d, %d, %d" 

scala> val printq = q"println($fmt, ..$list)" 

. Slist BANE BA HE SoM. GRA ...$list 用 于 处 理 序列 的 

序列 。) 在 这 里 ， 我 们 用 它 来 调用 可 变 参数 函数 printtn。 相反 的 过 寺 程 是 “降低 ”， 通 常 在 
模式 匹配 中 用 于 quasiquote 的 字符 串 。 

scala> val q"${i: Int} + ${d: Double}" = q"1 + 3.14" 

Ts Int S41 

d: Double = 3.14 
还 有 一 些 其 他 类 型 的 quasiquote 的 : cq 为 case fq 为 for 表达 式 生 成 树 ，pq 
为 模式 匹配 表达 式 生 成 树 。 了 解 详 细 示 例 ， 请 参见 Scaladoc (http://docs.scala-lang.org/ 


overviews/quasiquotes/syntax-summary.html ) 。 


24.4.1 宏 的 示例 : 强制 不 变性 


当 我 们 在 23.5 节 讨 论 了 契约 式 设 计 ， 其 中 提 到 了 雪 企 每 一 个 方 
法 调用 前 后 以 及 阶段 改变 前 后 ， 不 变性 都 应 该 保持 。 强制 不 \ 变 性 。 
回想 一 下 ， 宏 是 一 个 受 限 的 编译 器 插件 ， 在 编译 过 程 的 中 间 阶 段 调 用 。 这 就 要 求 宏 必 须 
与 使 用 宏 的 代码 提前 编译 且 必 须 分 开 进 行 编译 。 我 们 将 在 一 个 源 文件 中 实现 宏 ， 并 在 
ScalaTest 测试 文件 中 使 用 它 ， 以 满足 这 一 要 求 。 这 种 方法 是 可 行 的 ， 因 为 sbt 将 测试 代码 
和 主 代码 分 开 编 译 。 

此 外 ， 宏 的 实现 遵循 一 定 的 约定 ， 我 们 很 快 就 会 看 到 。 以 下 是 宏 invariant 的 源 代 码 : 

// src/main/scala/progscala2/metaprogramming/invariant.scala 

package metaprogramming 


import reflect.runtime.universe._ // © 
import scaLa.Language.experimentaL.macros 
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© Oo 8 9 


import scala.reflect.macros.blackbox.Context //@ 


[** 

* 使 用 宏 语 法 和 quasiquotes 编 写 宏 时 

* 要 求 谓词 的 测试 结果 在 评估 每 个 语句 之 前 必须 为 真 。 
< 

object invariant { //@ 
case class InvariantFailure(msg: String) extends RuntimeException(msg) 








def apply[T](predicate: => Boolean)(block: => T): T = macro impl // @ 


def impl(c: Context)(predicate: c.Tree)(block: c.Tree) = { // ® 
import c.universe._ // QO 
val predStr = showCode(predicate) //@ 
val q"..$stmts" = block // 日 
val invariantStmts = stmts.flatMap { stmt => // © 


val msg = s"FAILURE! SpredStr == false, for statement: " + showCode(stmt) 
val tif = q"throw new metaprogramming.invariant. InvariantFailure($msg)" 
val predq2 = q"if (false == Spredicate) $tif" 
List(q"{ val tmp = $stmt; $predq2; tmp };" 

} 


val tif = q"throw new metaprogramming. invariant. InvariantFailure($predStr)" 

val predq = g"if (false == predicate) $tif" 

q"Spredq; ..SinvariantStmts" // ® 

} 
} 

导入 所 需 的 反射 和 宏 。 我 们 正在 构建 一 个 “ 黑 盒 ”的 宏 ， 它 不 会 改变 其 包围 的 表达 
式 的 签名 。( 详 细 信 息 见 文档 (http://docs.scala-lang.org/overviews/macros/blackbox- 
whitebox.html) 。) 
对 于 Scala 2.10 版， 用 scala.reflect.macros.Context (EFF, 


invariant. apply 方法 用 来 包装 我 们 想 要 强制 规定 为 不 可 变 的 表达 式 。 如 果 失 败 ， 将 会 
HOU InvariantFailure 异常 。 
宏 始 终 以 共有 方法 为 开始 ， 该 方法 由 客户 端 代 码 调用 且 方 法 体 包含 macro impL。 在 这 
种 情 况 下 ， 要 传人 两 个 参数 : 一 个 谓词 ， 用 来 对 第 二 个 参数 中 的 每 个 语句 进行 测试 ， 
另 一 个 是 用 来 执行 的 代码 块 。 


方法 impl 带 的 参数 与 apply 的 参数 对 应 ， 其 中 每 一 个 都 是 从 表达 式 中 生成 的 抽象 语 


法 树 。 类 型 c.Tree 是 Context (http://www.scala-lang.org/api/current/scala-reflect/index. 
html#scala.reflect.macros.blackbox.Context) 对 象 中 的 一 个 路 径 依赖 类 型 ， 是 impl 的 第 


一 个 参数 。 
我 们 需要 使 用 与 上 下 文 对 应 的 universe， 所 以 需要 导入 universe 的 成 员 。 

为 predicate 创建 错误 信息 的 字符 串 。 

用 模式 匹配 将 block 转 为 语句 序列 。 

对 语句 做 扁平 映射 (flat map)， 对 每 一 个 语句 做 修改 ， 以 捕捉 它们 的 返回 人 
谓词 (如果 失败 ， 抛 出 InvariantFailure 异常 )， 然 后 返回 结果 。 











TI 
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© 重新 连接 各 个 语句 ， 在 前 面 加 上 对 谓词 的 简单 判断 ， 并 返回 修改 后 的 AST. 


如 果 没 有 quasiquote， 这 份 实现 会 难 写 得 多 ， 因 为 我 们 必须 知道 AST 具体 实现 的 细节 ， 以 
及 如 何 操纵 AST 树 。 


下 面 我 们 看 一 个 例子 ， 并 在 以 下 ScalaTest 中 进行 测试 。 在 这 里 我 们 将 使 用 Variable 类 ， 
该 类 中 有 2 个 可 变 字段 ， 之 后 我 们 将 强制 字符 串 字 段 s 成 为 不 可 变 的 字段 : 


// src/test/scala/progscala2/metaprogramming/InvariantSpec.scala 
package metaprogramming 

import reflect.runtime.universe._ 

import org.scalatest.FunSpec 


























class InvariantSpec extends FunSpec { 
case class Variable(var i: Int, var s: String) 


describe ("invariant.apply") { 


def succeed() = { //@ 
val v = Variable(0, "Hello!") 
val i1 = invariant(v.s == "Hello!") { // @ 
v.i += 1 
v.i += 1 
v.i 
} 
assert (i1 === 2) 
} 


it ("should not fail if the invariant holds") { succeed() } 
it ("should return the value returned by the expressions") { succeed() } 


it ("should fail if the invariant is broken") { 


intercept[invariant.InvariantFailure] { // 日 
val v = Variable(0, "Hello!") 
invariant(v.s == "Hello!") { 
v.i += 1 
v.s = "Goodbye!" 
v.i += 1 
} 
} 
} 
} 


@ 辅助 方法 ， 用 来 检查 invariant 包含 的 值 。 
@ 在 代码 块 中 执行 语句 时 ， 需 要 保持 字符 串 字 段 不 变 。 

© 预期 会 抛 出 InvariantFailure， 因 为 字符 串 被 修改 了 。 

可 以 在 注释 中 去 掉 intercept[…] 这 一 行 和 相应 的 大 括号 。 之 后 测试 将 会 失败 ， 并 出 现 以 
下 错误 信息 : 


[info] - should fail if the invariant is broken *** FAILED *** 
[info] metaprogramming.invariant$InvariantFailure: 
FAILURE! v.s.==("Hello!") == false, for statement: v.`s_=`("Goodbye!") 
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对 于 失败 的 谓词 和 触发 该 失败 的 语句 ， 我 们 可 以 显示 可 读 性 很 强 的 消息 ， 这 一 点 非常 强 
大 。 整 个 实现 只 需要 几 十 行 代码 ， 却 演示 了 宏 的 强大 功能 。 
如 果 和 手写 以 上 的 所 有 代码 ， 你 会 发 现 InvariantSpec 的 第 一 个 测试 看 起 来 很 像 下 面 的 代码 。 
在 下 面 这 段 代码 中 ， 我 将 循环 中 的 代码 提取 为 一 个 辅助 方法 faitL， 用 来 避免 元 余 : 

def fail[T](predStr: String, stmtStr: String): Nothing = { 


val msg = s"FAILURE! SpredStr == false, for statement: $stmtStr" 
throw new metaprogramming. invariant. InvariantFailure(msg) 


} 
val v = Variable(@, "Hello!") 
val il = 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "") 
val tmp1 = v.i += 1 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "v.i += 1") 
val tmp2 = v.i += 1 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "v.i += 1") 
val tmp3 = v.i 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "v.i") 
tmp3 
} 


在 quasiquote 的 文档 中 存在 其 他 一 些 很 有 用 的 示例 ， 例 如 : 在 代码 块 中 ， 每 个 语句 执行 之 
前 打印 调试 语句 。 


24.4.2 ”关于 宏 的 最 后 思考 


宏 的 强大 功能 相当 诱 人 ， 但 开发 、 调 试 和 维护 宏 也 很 具 挑 战 性 。 你 可 以 在 第 三 方 库 中 找到 
很 多 使 用 宏 的 例子 。 不 过 还 是 要 记 住 ， 所 有 反射 API， 特 别 是 有 关 宏 的 包 ， 都 被 认为 是 实 
验 性 的 ， 因 而 它们 需要 继续 快速 地 发 展 。 


245 ”本 章 回顾 与 下 一 章 提要 


如 果 已 经 读 到 这 里 ， 你 现在 已 经 掌握 了 Scala 语言 的 所 有 主要 特性 ， 并 且 也 擎 握 了 如 何 最 
好 地 运用 它们 。 我 希望 这 里 的 代码 示例 可 以 作为 你 自己 的 项 目 模板 。 如 果 需 要 更 多 关于 不 
同类 型 的 应 用 程序 和 工具 集 的 示例 ， 请 参见 Typesafe 网 站 (http://typesafe.com/activator) 
上 的 Activator 项 目 。Typesafe 还 为 开发 者 提供 了 关于 Scala、Akka、Play 和 其 他 工具 的 订 
阅 资源 ， 这 样 的 工具 变 得 越 来 越 多 。Typesafe 也 提供 培训 和 咨询 。 

在 接 下 来 的 几 年 ，Scala 将 会 如 何 改变 ? 自 《Scala 程序 设计 (第 1 版 )》 出 版 以 来 ， 无 论 是 
语言 的 成 熟 度 还 是 行业 的 应 用 程度 上 ，Scala 都 发 生 了 巨大 的 变化 。 预 计 Scala 的 应 用 会 继 
续 增长 ， 尤 其 在 大 数据 背景 下 的 今天 。Scala 本 身 的 演化 已 经 稳定 。 即 使 是 安 ， 也 将 在 一 
年 或 两 年 内 稳定 下 来 。Scala 及 相关 的 外 围 生态 系统 的 许多 工作 将 定位 于 提高 性 能 、 减 少 
bug、 废 弃 语 言 上 的 “ 瘤 ”， 以 及 提高 Scala 外 围 工具 上 ， 如 IDE 对 Scala 的 支持 等 。 

Martin Odersky 正在 开发 一 门类 似 Scala 的 语言 ， 该 语言 基于 一 个 新 的 类 型 系统 ， 称 为 
DOT， 意 为 依赖 对 象 类 型 (dependent object typing)。 这 有 可 能 成 为 Scala 3.0 (更 多 信 
息 ， 请 参见 DOT 幻灯 片 (http:/ampwww.epfi.ch/~amin/dot/fool_slides.pdf) 和 PDF (http:// 
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www.cs.uwm.edu/~boyland/fool2012/papers/fool2012_submission_3.pdf ) ) 。 


DOT 基于 依赖 类 型 (dependent typing)， 这 是 目前 类 型 理论 中 最 先进 的 ， 人 允许 “包含 三 个 
元 素 的 数组 ”这 样 的 概念 作为 一 个 类 型 。 目 前 ， 大 多 数 语言 的 类 型 系统 还 不 能 将 尺寸 约束 
作为 一 种 类 型 的 一 部 分 。 为 什么 这 个 非常 重要 ? 它 可 以 推动 我 们 向 可 证 明 的 正确 的 程序 迈 
进一步 ， 在 这 样 的 程序 中 ， 类 型 相当 于 定理 ， 而 程序 是 定理 的 证 明 〈 见 维基 百科 (http:/ 
en.wikipedia.org/wiki/Curry %E2%80%93Howard_correspondence) ) 。 


这 门 新 的 语言 也 将 在 其 他 方面 简化 类 型 系统 ， 并 去 掉 语 言 上 的 “ 瘤 "。 但 这 有 至少 需要 几 年 
时 间 。 


在 此 期 间 ， 你 可 以 使 用 Scala 来 改善 你 创建 应 用 程序 的 方式 ， 同 时 利用 成 熟 的 Java ESA 
统 的 丰富 性 ， 或 者 更 进一步 讲 ， 你 可 以 通过 Scala 的 scalajs (http:/Avww.scala-js.org) 利用 
充满 活力 的 JavaScript 生态 系统 。 我 希望 《Scala 程序 设计 (第 2 版 )》 能 够 帮助 读者 们 获得 
成 功 。 
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作者 简介 

Dean Wampler 博士 是 Typesafe 公司 的 大 数据 产品 架构 师 。 他 大 力 倡 导 使 用 Scala 作 
为 大 数据 应 用 软件 的 最 佳 开发 工具 。Dean 曾 与 他 人 合 编 了 《Hive 编程 指南 》 一 书 ， 
也 是 O'Reilly 出 版 的 《面向 Java 开发 者 的 注 数 式 编程 》 的 作者 。Dean 为 若干 开源 项 
目 贡献 了 代码 ， 了 蕊 是 多 个 技术 大 会 以 及 芝加哥 用 户 组 的 组 织 者 。 在 Twitter 上 可 以 搜 
索 @deanwampler 找到 他 。 


Alex Payne 是 一 名 程序 员 、 作 家 ， 同 时 也 是 一 位 天 使 投资 人 ， 主 要 投资 初创 公司 。 在 担任 
在 线 银行 服务 Simple 的 CTO 和 在 Twitter 担任 平台 负责 人 时 ， 他 部 署 了 Scala 开发 的 应 用 
程序 。Alex 是 年 度 新 兴 语 言 大 会 的 组 织 者 ， 该 大 会 是 新 编程 语言 和 开发 工具 的 展示 平台 。 
他 本 人 也 是 技术 与 商业 大 会 的 演讲 者 。 你 可 以 搜索 @al3x 在 Twitter 上 找到 他 ， 或 者 访问 
他 的 个 人 网 站 https://al3x.net。 


封面 介绍 


本 书 封面 上 的 动物 是 马 来 获 (区 紫檀 )， 也 称 作 亚 洲 猜 。 这 是 一 种 体 色 黑 白 的 蹄 类 哺乳 动 
物 ， 有 着 猪 一 样 的 滚圆 、 敦 实 的 体型 。 马 来 猿 体 长 约 6~8 RR, KE 550~700 F, RIA 
狼 类 中 体型 最 大 的 ， 生 活 在 东南 亚 的 热带 雨林 地 区 。 


马 来 攻 的 体型 十 分 惊人 : 它 的 前 半身 与 后 腿 是 纯 黑色 的 ， 而 白色 的 腹部 看 上 去 像 是 一 个 马 
鞍 。 在 月 光照 炮 下 的 密林 中 ， 这 样 的 身体 特征 有 利于 马 来 狼 进行 完美 的 伪装 。 它 的 皮 很 
厚 ， 尾部 粗 短 ， 鼻 口 部 短小 却 非 常 呈 活 。 尽 管 看 上 去 非常 笨重 ， 但 马 来 猜 攀 息 和 跑 动 起 来 
都 非常 灵敏 。 

马 来 攻 是 独居 动物 ， 主 要 在 夜间 活动 。 它 的 视力 一 般 很 差 ， 所 以 依靠 嗅觉 和 听觉 在 区 域 里 
寻找 食物 或 者 追踪 其 他 的 马 来 猿 ， 用 高 亢 的 口哨 声 来 交流 。 马 来 狂 的 捕食 者 包括 虎 、 狗 以 
及 人 类 。 由 于 栖息 地 的 破坏 和 人 类 过 度 地 捕猎 ， 马 来 长 已 经 被 列 为 濒危 物种 。 

封面 图 片 来 自 多 弗 尔 画报 档案 。 
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O'REILLY” 





Scala 程 序 设 计 ( 第 2 版 ) 


Scala 具 备 现代 对 象 模 型 、 函 数 式 编程 以 及 先进 类 型 系统 的 所 有 优势 ， 是 
一 门 可 以 满足 现代 软件 工程 师 需 求 的 语言 。 本 书 通过 大 量 的 代码 示例 ， 
向 读者 全 面 展示 了 在 Scala 语 言 生态 环境 下 如 何 高 效 地 编写 代码 ， 同 时 闻 
明了 Scala 是 目前 编写 高 扩展 性 和 以 数据 为 中 心 的 应 用 软件 的 最 佳 语言 。 





在 第 1 版 的 基础 之 上 ， 第 2 版 介绍 了 Scala 的 最 新 语言 特性 ， 新 添 了 模式 匹 
配 、 推 导 式 以 及 高 级 函数 式 编程 等 知识 。 通 过 本 书 ， 读 者 还 能 学 会 如 何 
使 用 Scala 命 令 行 工 具 、 第 三 方 工 具 、 库 以 及 适用 于 编辑 器 和 IDE 的 Scala 
相关 插件 。 本 书 既 适合 Scala 初 学 者 入 门 ， 也 适合 经 验 丰富 的 Scala 开 发 者 
参考 。 






































通过 阅读 本 书 ， 你 可 以 : 

国 利用 Scala 简 洁 灵活 的 语法 ， 提 高 编程 效率 ， 

E 深入 学 习 函 数 式 编程 的 基本 技能 和 高 级 技能 ， 

m 使 用 Scala 函 数 式 组 合 器 ， 构 造 “ 杀 手 级 ”大 数据 应 用 ， 

加 使 用 Scala 提 供 的 trait 类 型 实现 mixin 组 合 ， 使 用 模式 匹配 实现 数 
据 抽取 功能 ， 

E 学 习 Scala 语 言 中 复杂 的 类 型 系统 ， 了 解 函数 式 编程 和 面向 对 象 编 
程 中 的 概念 ， 

E 深入 学 习 包 括 Akka 的 Scala 并 发 工具 ，; 

BS 掌握 如 何 开发 丰富 的 领域 特定 语言 。 


作为 一 本 强调 数据 科学 的 图 书 ， 本 书 中 出 现 的 代码 示例 均 保存 在 公开 的 
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获得 。 该 虚拟 机 中 预 装 了 一 组 lIPython Notebook， 为 我 们 提供 方便 的 交 
互 式 学 习 环 境 。 
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Dean Wampler 博 士 ，Typesafe 公 
司 的 大 数据 架构 师 。Typesafe 使 
用 Scala、 函 数 式 编程 、Spark、 


Hadoop 以 及 Ak 
处 理 与 分 析 的 工 
是 《面向 Java 开 
程 》 的 作者 ， 同 


ka 技术 编写 数据 
具 和 服务 。Dean 
发 者 的 函数 式 编 
时 也 与 他 人 合 著 








了 《Hive 编 程 指 南 》 一 书 。 


Alex Payne 是 Twitter 的 平台 组 
长 。 在 Alex 开 发 的 服务 基础 上 ， 
其 他 的 程序 开发 者 构造 了 一 套 
备 受 欢迎 的 社交 消息 服务 。 此 
前 ，Alex 还 为 政治 竞选 、 公 益 性 
组 织 以 及 初创 企业 编写 过 一 些 
Web 应 用 。 
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